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

duilib简介

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

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

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

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

扩展资料

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

element-ui 组件库 button 源码分析

       团队将基于新的 UI 规范构建组件库，并需实现具备多种主题换肤能力的 button 组件。该组件需支持字体颜色、背景颜色、边框和禁用状态的memcache 源码分析调整，同时加入一种幽灵按钮类型。分析后，决定不在 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 文件中，定义了一系列公共变量，如主题颜色、字体颜色、字体大小等，windows扫雷源码这些变量可以通过不同的主题配置实现组件库的换肤。例如，$--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) 用于定义加载状态的样式。

       针对不同的openwrt 源码分析按钮类型（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文件，重新渲染页面。