1.duilib简介
2.element-ui 组件库 button 源码分析
3.一个神奇的完美框架——Skins换肤框架
4.html代码都加载了，浏览器却没有立即渲染显示

duilib简介

       国内首款开源的DirectUI界面库，Duilib，源码用完旨在提供开放、美换码用共享、肤源普惠的完美gnn源码开发资源，遵循BSD协议，换肤商业项目也可免费使用。源码用完它支持Windows 、美换码用Window CE、肤源Mobile等平台，完美利用C++开发，换肤让设计人员能够专注于界面设计，源码用完而不受开发限制。美换码用

       Duilib的肤源独特之处在于其采用XML描述界面风格和布局，能够快速创建高效且绚丽的界面，实现换色、换肤、透明等效果，实现了界面与逻辑的完美分离。与传统MFC界面库相比，Duilib避免了钩子技术可能带来的系统不稳定和错误，基于GDI自绘，更加稳定且高效。

       这款库兼容ActiveX控件，可无缝集成MFC等其他界面库，无需担心功能不足或额外成本。Duilib的应用场景广泛，包括互联网客户端、工具软件、曝鸿蒙os 源码管理系统、多媒体应用，甚至车载电脑和GPS系统，以及手机客户端软件。

       Duilib的兼容性也十分出色，支持Windows 至Windows 8以及Windows CE和Mobile多个版本，适用于vc6至vc等多种开发工具。其源代码开放，基于viksoe的DirectUI项目，为开发者提供了强大的支持和灵活性。

扩展资料

       肾小管酸中毒(RTA)自年首次报告以来，逐渐引起人们的重视。肾小管酸中毒为一临床综合征，其特征是由近端肾小管再吸收碳酸氢盐障碍及、或远端肾小管排氢离子功能障碍，而致发生持续性代谢性酸中毒。远端型肾小管酸中毒可形成结石，而近端肾小管酸中毒不会形成肾结石。 主要缺陷是远端肾小管排氢离子障碍，可滴定酸及氨的排出减少，以致不能在血液和肾小管液之间建立足够的氢离子梯度。其特点是虽然有严重的全身性酸中毒，但仍不能使尿液酸化，尿pH不能小于6.0。

element-ui 组件库 button 源码分析

       团队将基于新的 UI 规范构建组件库，并需实现具备多种主题换肤能力的 button 组件。该组件需支持字体颜色、背景颜色、边框和禁用状态的幽默搞笑视频源码调整，同时加入一种幽灵按钮类型。分析后，决定不在 element-ui 组件库上进行改造，以确保更好的维护性。因此，将参考 element-plus 的 css 自定义变量实现这一目标。

       深入分析 element-ui 组件库中的 button 组件，我们关注到以下几个关键点：

       首先，button 组件提供了丰富的属性，如尺寸（size）、类型（type）、朴素样式（plain）、圆角（round）、圆形（circle）、加载状态（loading）、禁用（disabled）、图标（icon）以及是否聚焦（autofocus）等，这些属性使按钮组件具有高度的定制性。

       接下来，通过查看相关的文件路径，我们发现组件的逻辑主要集中在 button.vue 文件中。该文件定义了组件的属性和行为，而其样式逻辑则分散在多个文件中，包括 common/var.scss 和 theme-chalk/src/mixins/mixins.scss 等。

       在 common/var.scss 文件中，定义了一系列公共变量，如主题颜色、字体颜色、字体大小等，美化插件源码在哪这些变量可以通过不同的主题配置实现组件库的换肤。例如，$--color-primary 变量用于定义主要主题颜色。

       为了实现组件的动态换肤，mix 函数被用于将两种颜色按不同比例混合，从而生成新的颜色。例如，mix($--color-white, $--color-primary, %) 表示将白色与主要主题颜色按 % 和 % 的比例混合。

       为了遵循 Element 的样式规范，组件库采用了 BEM（Block Element Modifier）命名法来管理样式。在 packages/theme-chalk/src/mixins/mixins.scss 文件中，定义了一系列的函数，如 b()、e() 和 m()，分别用于创建基础类、元素类以及修饰符类。

       在 button.scss 组件样式文件中，我们看到组件库的样式被单独管理，通过 Gulp 打包工具。文件中，@include b(button) 函数用于定义 el-button 类样式，同时考虑了相邻按钮间的间距、按钮大小、内边距、字体大小和边框圆角等参数。当需要定义不同状态的样式时，使用 when 函数来实现，如 when(loading) 用于定义加载状态的样式。

       针对不同的html寻宝游戏源码按钮类型（type）、伪类状态和朴素按钮，组件通过覆盖默认的颜色、背景颜色和边框颜色来实现定制化。颜色的浅化通过 mix 函数与白色混合实现。文本按钮、按钮组以及不同的按钮状态都遵循 BEM 规范，通过生成相应的类样式来定义。

       综上所述，通过研究 element-ui 组件库的 button 组件源码，我们深入理解了其设计的巧妙之处。这一过程不仅帮助我们学习了组件库设计的最佳实践，也为我们构建具备高度定制性和维护性的组件库提供了宝贵的启示。

一个神奇的框架——Skins换肤框架

       作者：dora

       为什么会有换肤的需求？app的换肤，可以降低用户的审美疲劳。持续不变的UI设计，会让用户体验大打折扣，即使表面上用户不说话，但内心中多少会有些不爽。因此，app的界面需要适当的改版，否则用户体验会大受影响，尤其是当UI设计相对较差时。

       换肤是什么？换肤是指将app的背景色、文字颜色以及资源进行一键全部切换的过程。这包括资源和颜色资源的切换。

       Skins是如何解决换肤需求的？Skins是一个专门解决换肤需求的框架。

       以更换皮肤颜色为例，打开res/colors.xml文件，将所有需要换肤的颜色，添加skin_前缀和_skinname后缀，不加后缀的颜色就是默认皮肤。然后在启动页应用预设的皮肤类型。在布局layout文件中使用默认皮肤的资源名称，例如R.color.skin_theme_color，框架会自动帮你替换。要让框架自动替换，需要让所有要换肤的Activity继承BaseSkinActivity。

       在代码中使用换肤时，与布局文件中的定义有一些不同。拿到的skinThemeColor就是当前皮肤下的真正颜色值，比如R.color.skin_theme_color_orange的颜色值“#ff”或R.id.skin_theme_color_blue的颜色值“#e9”。此外，SkinLoader还提供了更简洁的设置View颜色的方法。

       框架的原理解析，我们先看BaseSkinActivity的源码。此框架继承了dora.BaseActivity，因此需要依赖dora框架。如果不依赖dora框架，可以不使用Skins，但不建议这样做。Skins自动配置了对Dora生命周期注入特性的依赖。关键代码为LayoutInflaterCompat.setFactory(layoutInflater, this)，这行代码干预了所有Activity的onCreateView时的布局加载过程。在SkinAttrSupport.getSkinAttrs中解析了AttributeSet，只干预skin_开头的资源加载过程，从而得到我们需要的属性，最后得到SkinAttr列表返回。Skins框架定义了几种主要的换肤属性，理解原理后，可以自行扩展，比如RadioButton的button属性等。

       Android学习资源：从性能优化到车载开发，从逆向安全到Framework底层原理，再到音视频、Jetpack全家桶、Kotlin、Gradle、OkHttp源码解析和Flutter等，涵盖了Android开发的多个方面。

html代码都加载了，浏览器却没有立即渲染显示

       浏览器加载和渲染html的顺序

       1. IE下载的顺序是从上到下，渲染的顺序也是从上到下，下载和渲染是同时进行的。

       2. 在渲染到页面的某一部分时，其上面的所有部分都已经下载完成（并不是说所有相关联的元素都已经下载完）。

       3. 如果遇到语义解释性的标签嵌入文件（JS脚本，CSS样式），那么此时IE的下载过程会启用单独连接进行下载。

       4. 样式表在下载完成后，将和以前下载的所有样式表一起进行解析，解析完成后，将对此前所有元素（含以前已经渲染的）重新进行渲染。

       5. JS、CSS中如有重定义，后定义函数将覆盖前定义函数。

       JS的加载

       1. 不能并行下载和解析（阻塞下载）。

       2. 当引用了JS的时候，浏览器发送1个js request就会一直等待该request的返回。因为浏览器需要1个稳定的DOM树结构，而JS中很有可能有

       代码直接改变了DOM树结构，比如使用 document.write 或 appendChild,甚至是直接使用的location.href进行跳转，浏览器为了防止出现JS修

       改DOM树，需要重新构建DOM树的情况，所以 就会阻塞其他的下载和呈现.

       如何加快HTML页面加载速度

       1. 页面减肥：

       a. 页面的肥瘦是影响加载速度最重要的因素。

       b. 删除不必要的空格、注释。

       c. 将inline的script和css移到外部文件。

       d. 可以使用HTML Tidy来给HTML减肥，还可以使用一些压缩工具来给JavaScript减肥。

       2. 减少文件数量：

       a. 减少页面上引用的文件数量可以减少HTTP连接数。

       b. 许多JavaScript、CSS文件可以合并最好合并，人家财帮子都把自己的JavaScript. functions和Prototype.js合并到一个base.js文件里去了。

       3. 减少域名查询：

       a. DNS查询和解析域名也是消耗时间的，所以要减少对外部JavaScript、CSS、等资源的引用，不同域名的使用越少越好。

       4. 缓存重用数据：

       a. 对重复使用的数据进行缓存。

       5. 优化页面元素加载顺序：

       a. 首先加载页面最初显示的内容和与之相关的JavaScript和CSS，然后加载HTML相关的东西，像什么不是最初显示相关的、flash、视频等很肥的资源就最后加载。

       6. 减少inline JavaScript的数量：

       a. 浏览器parser会假设inline JavaScript会改变页面结构，所以使用inline JavaScript开销较大。

       b. 不要使用document.write()这种输出内容的方法，使用现代W3C DOM方法来为现代浏览器处理页面内容。

       7. 使用现代CSS和合法的标签：

       a. 使用现代CSS来减少标签和图像，例如使用现代CSS+文字完全可以替代一些只有文字的。

       b. 使用合法的标签避免浏览器解析HTML时做“error correction”等操作，还可以被HTML Tidy来给HTML减肥。

       8. Chunk your content：

       a. 不要使用嵌套table，而使用非嵌套table或者div。将基于大块嵌套的table的layout分解成多个小table，这样就不需要等到整个页面（或大table）内容全部加载完才显示。

       9. 指定图像和table的大小：

       a. 如果浏览器可以立即决定图像或table的大小，那么它就可以马上显示页面而不要重新做一些布局安排的工作。

       b. 这不仅加快了页面的显示，也预防了页面完成加载后布局的一些不当的改变。

       c. image使用height和width。

       HTML页面加载和解析流程

       1. 用户输入网址（假设是个html页面，并且是第一次访问），浏览器向服务器发出请求，服务器返回html文件。

       2. 浏览器开始载入html代码，发现<head>标签内有一个<link>标签引用外部CSS文件。

       3. 浏览器又发出CSS文件的请求，服务器返回这个CSS文件。

       4. 浏览器继续载入html中<body>部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了。

       5. 浏览器在代码中发现一个<img>标签引用了一张，向服务器发出请求。此时浏览器不会等到下载完，而是继续渲染后面的代码。

       6. 服务器返回文件，由于占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码。

       7. 浏览器发现了一个包含一行Javascript代码的<script>标签，赶快运行它。

       8. Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个<style>（style.display=”none”）。杯具啊，突然就少了这么一个元素，浏览器不得不重新渲染这部分代码。

       9. 终于等到了</html>的到来，浏览器泪流满面……

       . 等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下＜link＞标签的CSS路径。

       . 浏览器召集了在座的各位<div><span><ul><li>们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请求了新的CSS文件，重新渲染页面。