WebCore

2020/02/03, ASP.NET Core 3.1, VS2019, ResXManager 摘要：基于ASP.NET Core 3.1 WebApi搭建后端多层网站架构【13-扩展之支持全球化和本地化多语言】 使用资源管理多语言文件实现网站本地化支持多语言显示 文章目录 此分支项目代码 官方文档请点击： ASP.NET Core 全球化和本地化 本章节介绍了使用资源管理多语言文件实现网站本地化支持多语言显示 说明：本文的方法是采取所有的语言资源都在同一个地方，例如在MS.WebCore路径下有 SharedResource.zh-Hans.resx 、 SharedResource.zh-Hant.resx 两个语言资源文件，里面包含了整个网站所有的翻译，不管是Controller中的翻译还是业务Service的翻译都从 SharedResource 中读取。 而官方的做法是：HomeController的语言资源文件在 Resources/Controllers.HomeController.fr.resx 或 Resources/Controllers/HomeController.fr.resx 中，HomeService的语言资源文件则可能在 Resources/Services.HomeService.fr.resx 或 Resources/Services

在v8引擎的6.5版本以上，google采用了 GN+Ninja 的编译组合，因此本文主要是基于 GN+Ninjia 的编译方式进行说明。 获取源码 在官方文档中，还特别提示了避免HFS环境下的unicode问题，需要额外配置一下： $ git config --global core.precomposeUnicode true 现在v8在github上面有源码镜像，你只需要 git clone 下来即可。 $ git clone git@github.com:v8/v8.git 获取依赖 Depot_tools 首先 git clone 如下的仓库： $ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git Note: 国内用户可以 clone github上面的镜像代码： git clone git@github.com:cybertk/depot_tools.git 然后将 depot_tools 加入你的 PATH 环境变量中(通常会加到 .bashrc 或者 .zshrc 中)： export PATH= " $PATH :/path/to/depot_tools" Gclient 取得 depot_tools 之后，需要取得大量编译依赖，google提供了一个比较方便的工具

浏览器显示及交互背后的原理 引子 因为笔者（ 爱编程的光头强 ）近期在写一本关于小程序入门的书籍。其中有一章是介绍虚拟DOM的，它是位于Javascript和真正DOM之间的一层缓存层。为什么引入它，为什么它这么流行，前端三大框架，小程序等，随处可见它的身影。其背后原理是什么。不基于浏览器背后的运行原理，是很难说清楚虚拟DOM被引入的真正原因和最大好处的。 为了弄清楚浏览器背后运行的逻辑，我查了大量资料，不得不吐槽一下，互联网知识尽管多，鱼龙混杂、参差不齐、错漏百出，基本是常态，能找到一篇含金量十分高的文章是不容易的。很幸运，关于这个问题，我还真找到了一篇，本文就是对它的解读。好记性不如烂笔头。 注：本文所有网址都是经过百度短网址处理过的，便于排版及美观。 原文引用 https://dwz.cn/iv59xbaG 《前端文摘：深入解析浏览器的幕后工作原理》 https://dwz.cn/b72rXXOy 《浏览器的工作原理：新式网络浏览器幕后揭秘》 https://dwz.cn/tn00LUqY 《How browsers work-Behind the scenes of modern web browsers》 https://dwz.cn/bb84qh4a 《HTMLLiving Standard — Last Updated 9 August 2019》 https:/