android

前言 架构设计，到底是什么呢？基于这段时间的学习和自己的一些思考， 我认为架构是基于产品和技术所达成的一种共识 。 我不是专业的架构师，也不是经验老道的开发者。本文目的有三，一是整理这段时间的架构学习和思考以及总结这一年的开发经验教训，二是希望能够与各位朋友探讨移动端App的架构设计，三是希望我们每一个应用开发者能够拥有架构的意识。 个人的水平有限，诸多不对的地方，恳请批评指正。 提示：文中链接需要点击文章末尾处 阅读原文 才能点击。 零、 知识大纲 提示 请先阅读 《Android开发架构思考及经验总结（上）》 五、 技术 前面啰嗦了很多，终于写到这里了。对于一个开发人员来说，怎么做才是我们的关键问题所在。只会Android开发，所以以下只讨论Android。我主要从以下几个方面来谈一谈怎么做这个问题。 1、技术选型 （1）、 开发平台 移动端的开发目前主要是两大阵营Android、IOS,其他的就不多说了。 （2）、 开发工具 编译工具:Eclipse&Ant、AndroidStudio&Gradle，作为Android开发者，目前毫无疑问应该选择AndroidStudio&Gradle; 代码仓库：Git 、SVN ,工具有海龟、AndroidStudio也集成了VCS； Maven仓库：可以使用nexus创建自己的maven私服； 持续集成：Jinkens、Buildbot

据谷歌浏览器团队发布的最新支持文档，Chrome将不再为某些特别老的处理器提供支持。 换言之，就是这些老旧设备将无法再安装使用新的Chrome浏览器。 根据最新文档，这些受影响的老旧设备都没有对SSE3指令集的支持，主要是包含早于Intel Core 2 Duo和AMD Athlon 64处理器的设备。 如果还有用户在用这些上古CPU的话，那么或许现在会是一个更新设备的契机。 据了解，SSE3是Intel基于SSE2发展出来的指令集，主要增强了CPU在处理视频编码、线程同步、复杂算法等操作时的性能表现。 SSE3最早是在Intel于2004年推出基于Prescott核心的Pentium 4 CPU上，而AMD也紧随其后在2005年为Venice以及San Diego核心的Athlon 64新增了SSE3的子集。 现在，从Chrome 89版开始，Chrome将不会在没有SSE3指令集的Windows装置上运行。 如果用户的设备不支持SSE3的话，那么在尝试运行Chromium 89及以上版本时会导致崩溃。 考虑到不支持SSE3指令集的CPU都已经至少有15年的历史，因此谷歌认为受到这个决定影响的用户数量是极少的： “我们的分析表明，目前只有非常少量运行Windows系统的装置所使用的CPU是不支持SSE3的。” 不过，谷歌还是会给这部分用户提明显的警告

文末福利资源更新 本文将重点介绍4个可以用来提高页面渲染速度的CSS技巧。 1. Content-visibility 一般来说，大多数Web应用都有复杂的UI元素，它的扩展范围超出了用户在浏览器视图中看到的内容。在这种情况下，我们可以使用内容可见性（ content-visibility ）来跳过屏幕外内容的渲染。如果你有大量的离屏内容，这将大大减少页面渲染时间。 这个功能是最新增加的功能之一，也是对提高渲染性能影响最大的功能之一。虽然 content-visibility 接受几个值，但我们可以在元素上使用 content-visibility: auto; 来获得直接的性能提升。 让我们考虑一下下面的页面，其中包含许多不同信息的卡片。虽然大约有12张卡适合屏幕，但列表中大约有375张卡。正如你所看到的，浏览器用了1037ms来渲染这个页面 。 下一步，您可以向所有卡添加 content-visibility 。 在这个例子中，在页面中加入 content-visibility 后，渲染时间下降到150ms，这是6倍以上的性能提升。 正如你所看到的，内容可见性是相当强大的，对提高页面渲染时间非常有用。根据我们目前所讨论的东西，你一定是把它当成了页面渲染的银弹。 content-visibility 的限制 然而，有几个领域的内容可视性不佳。我想强调两点，供大家参考。