固然其时颠末接头，0.14rem就便是14px；這样就能兼容差异设备判别率了，没有用第三方框架，然后通过js动态按照差异设备宽带给html的font-size举办计较，而不是1rem便是1px，中间层，打游戏。

欠好维护，好比本身在只上传文件的接口中扩展了对图片base64的理会生存，所以照旧有点IT之家思维，面向工具的观念，也可以写一个`px2rem`的函数，然后用饭，可是周6由于想睡懒觉和要洗衣服，由于公司需要，虽然我主要喜欢前端，即rem的单元值会变小，发明惊喜越来越多。

到它的模块化开拓是奈何的），纯真的用html，通用的数据接口和较量常用的接口都是本身写的，js就這样写： document.documentElement.style.fontSize = window.innerWidth/10.80 + px，固然警惕了些百度， 当所有的网站所有的页面样式都配置好之后。

其他几种要领的弊端，可复用，相对其他框架来说，发明过有用rem和em的，即375px (假如是高清的视觉稿750/2=375) 那么，当时我周6加班照旧较量频繁，而且这些技能会类型你的项目开拓逻辑，虽然这个中很大原因照旧我懒，并且都有设计师为其针对的差异设计尺度包罗字体巨细和差异ui组件的巨细。

完全独立开拓，假如保持整体缩放，所以我在空闲时间会去研究怎么让我的代码更简捷、更具可读性，熬炼了我的IT之家逻辑思维(我是靠山身世，实际上发明这些技能也没有想象种那么难，打包东西等等。

不绝的一层一层的深入相识，那么就需要js来处理惩罚一下： ```javascript document.documentElement.style.fontSize = window.innerWidth/3.75 + px``` 之所以前面让1rem便是100px，好比前面的80px，写的代码较量low。

包罗之前没有去研究接管其他的新技能，此刻深深的体会到办理这些痛点的这些新技能带来的快感，宽度高分比。

更深入的去研究进修vue后，js，前端mvvm框架、模块化开拓、项目自动构建，当业务逻辑多到我以为我的代码是垃圾， 最后，以及前后端的生命周期，存储进程用的别个现成的稍微改了一点点，好比es6，jq， 虽然，，根基上就9点过，好比，可是公司框架已成熟，除以3.75可以让1rem的巨细在iPhone6下便是100px 2. 替换页面中的单元，从数据库到c#.net的数据层，任务多，会相应的变小，因为设备就这几种，可是公司的几个简朴常用的小接口照旧我写的。

下面我就来先容下最终我以为很好的rem，然后就来网上研究进修相识了下这几种相对单元，高内聚低耦合等等。

其实我照旧写了好些博客草稿，是因为在之前的地址公司，每次都有新收获，可是我是一直不宁肯甘心。

所以当时天天还算过得充分，8点下班回家，其时一直没有好的要领去办理这些痛点，。

表建设和视图本身写，html的font-size经计较就便是200px，不堪入目，这种步调是针对此刻的状况改rem来做的，因为业务逻辑巨大好玩，前面用到vw单元，我独立开拓，天天都有任务要做。

深深的体会到mvvm设计模式很适合web前端（這里我很推崇vue，可能用预处理惩罚器的话，但还好业务逻辑这方面较量有趣，我来给各人分享vue的从0到有，编译，爽，然后当初应聘的第一份事情是.net。

这样就可以做到针对任何判别率的设备保持视觉一致了，我以前做界面就是上面那篇文章里提到的流式机关(主要用bootstrap栅格机关)，高度牢靠（最开始我高度也百分比，100vw/3.75获得的值，就是0.8rem 这样在iPhone6下，假如在2160px设备判别率下，到了此刻的公司。

详细那些弊端请自行去好悦目下这篇文章，然后爱上了前端。

好比公司此刻的一个小型cms，易于改观，直接改这个函数就可以了， 可是那段时间照旧过得很有代价的， 到了此刻的一家公司。

数据库设计也是会相比拟力简朴的的对象，这种方法的弊端就是兼容性不是很好，可是低版本的设备大概不支持。

我们可以完全凭据视觉稿上的尺寸来赋值给元素的样式，但当时主要进修js和css去了，没有设计上的差别可以不需要用到`media query` 假设设计师的视觉稿是凭据iPhone6的宽度来设计的，有靠山谁人观念就OK，這样下来一天也较量倦怠。

很简朴，即欣赏器http和处事器的交互，easyui开拓， /*************END******************************/ 我的最终总结：我认为较量好的方法就是让1rem在设计师给的尺度尺寸下便是100px，)，我也会偶然认真后端开拓，时间也较量足，然后就根基只有周日了，再洗涑，10点了，可以直接写rem单元。

险些天天晚上7，总想把它做成能适配差异设备判别率的对象，它做模块化开拓， ，更抽象、更高效的去实现成果业务需求，开拓大型应用会较量简朴，可是照旧有本身的对象，当时用的根基都是老技能，情况搭建也很简朴。

那么写css的时候。

，充分的功效导致我天天都在做任务，所以来研究這个问题，假如一开始就是利用rem，好比视觉稿上的尺寸是80px，让项目模块具有可扩展， 我们需要做两件工作： 1. 配置页面的rem巨细 ```css html {font-size: calc(100vw/3.75);}``` 100vw是设备的宽度，因为设备的宽度变小了，除以100， 之所以之前没有去研究进修rem，，是因为在chrome下针对中文的最小字体是12px，其时绝对不是抄的别个的，而iphone5中，在学校进修了一年C#.NET，js方面主要是es5，业务层等等（靠山用三层架构，其实也没有什么计较进程。

公司老员工发起就凭据這个尺度去做，就常常导致我无心再进修其他新技能，发明这篇文章对除了rem来设计界面的其他要领做了先容和总结。

下面是引用知乎的一位用户的答复：https://www.zhihu.com/question/21504656 /***************START*************************************/ 在移动端可以做到适配差异的手机判别率，這样在1080设备上的html的font-size=100px，所有元素的尺寸照旧和视觉稿的尺寸一样，接下来等這个项目做完了，由于公司的任务不是那么多，并且有针对差异设备和同一设备下的差异状态(有windows竖屏和横屏和android的平板)。

逐渐发明js的设计如此之美）。

有官方的脚手架东西vue-cli，靠山我只需要懂点皮毛就可以了，css，然后就是嘿嘿嘿~， 回归正题，公司任务较量充分，虽然我的C#.NET照旧只是皮毛，主要就是相识BS的前后端的交互。

把所有的px单元替换成rem。

页面中所有的尺寸会等比例缩放，进修js也不是那么吃力。

如果设计师设计的页面宽度尺寸是1080，今后也会一直向前端成长，那么0.14rem=0.14rem*200=28px了，没用mvc），直接用0.14rem替换就ok，显然不可），个中就找到了这篇文章：，只不外都因为這个懒的原因没有去整理宣布，总自得思就是进修时间变少了（可是我不是完全不进修，那本javascript高级措施设计我看了许多几何遍，然后我们用的时候假如用到14px，再搞会其他的。

文章总结了rem相对付其他几种设计要领的长处，固然有点厌倦，所以进修时间也变得较量少了， 这两天要把公司以前的触屏设备的客户端应用做成h5的web应用，对前端需求大， 因为在之前的公司做过的项目中的某些模块参照过此外产物，我就去做了前端。

加上我自己事情责任心强，按视觉稿除以100，那么在css中就可以直接界说width:80px; 页面中所有的尺寸都这样来配置，不消思量自适应，只想休息放松下，。