...

背景 近期公司投放在展厅大屏中演示的大数据页面，出现了文字、图表、表格等多类组件显示错乱的情况。 目的 解决页面错乱问题，实现多种分辨率的大屏适配 入坑分析 俗话说的好，走过的最多路，就是网友们套路

前两篇写到了《为什么移动端不能像pc网站一样写》和《乔布斯提出的视网膜屏幕是什么概念呢？》了解一下移动端的来世今生的发展，接下来说一下移动端到底如何适配。

P.S. 本文同时适用于：使用webpack打包的项目。 俗话说得好，引用依赖一时爽，一直引用一直爽。 在开发项目的过程中，我们往往需要引用到大量的第三方模块(node modules)。确实，通过引用第三方模块，能大大的简化开发的过程，提高工程质量。但难免的，也带来了“体积”…

微前端概念的出现是前端发展的必然阶段，PC 互联网转向移动互联网时代时，PC 场景并未完全消失，反而衍生出了更多沉浸感更高、体验感更强的应用，与之对应的应该是出现新的架构模式来应对这些应用规模的增长。

先上灵魂拷问 在文章之前，先抛一些灵魂拷问： 前端代码从 tsx/jsx 到部署上线被用户访问，中间大致会经历哪些过程？ 上述过程中分别都有哪些考虑、指标和优化点，以满足复杂的业务需求？ 可能大部分同

什么是微前端 我先给微前端下一个比较精确的定义，微前端是多个小型前端应用聚合为一的应用，它们彼此项目分离但又运营聚合。 其中最核心的一点就是解耦，项目层面的解耦。 当下前端领域，单页面应用（SPA）是

cml(Chameleon 变色龙） 作为真正让一套代码运行多端的框架，提供标准的MVVM模式，统一开发各类终端。 同时，拥有各端独立的 运行时框架(runtime)、数据管理(store)、组件库(ui)、接口(api)。 此外，cml在跨端能力加强、能力统一、表现一致等方面…

目前，我们能接触到的模块化组件库真可谓是数不胜数，尤其是vue相关的那更是多如牛毛，譬如element，iview等等，虽然有很多，但是轮子虽多，合不合适自己还不好说，就像买衣服，有件衣服虽然好看，但是貌似容纳不了自身肥胖的身躯那也只能望洋兴叹。当然这时候，量身定做就显得那么重…