这个问题问的好。。首先要搞清楚为什么需要前端，前端的本质是什么，一句话，前端是为了可视化访问与可视化交互。。
前端为什么越来越复杂呢？其实也很好理解。互联网的初期，前端的主要作用还是远程数据可视化访问；与此同时，还有一种方式能够满足可视化数据访问的需求，那就是桌面客户端软件或者APP，客户端软件不仅仅能实现数据可视化还可以完成复杂的动态交互甚至还能完成很多个性化的功能以及高性能的实时渲染；而此时的前端就是干巴巴的访问。随着ajax的出现以及js脚本功能的增强，前端也逐步可以实现一些传统桌面客户端软件所具备的复杂交互功能了，典型的vue框架下单页面应用，越来越像客户端软件（或者App）的工作方式了，它并不是每次请求整个页面，而是使用固定的界面，通过异步接口来请求数据（只请求数据不请求页面），然后根据数据更新相应的dom让页面发生变化，这不正是客户端软件的工作方式吗？不同的是，前端基本上只能处理json明文，而客户端软件（APP）即可以处理json也可以处理纯二进制数据。
但是，即便如此，目前的前端无论在功能上还是渲染性能上跟客户端软件仍不可同日而语，因此又出现了webassembly技术，为了能够让前端的性能更接近于客户端软件的性能。
说到这里，基本上能够看到结论，前端之所以越来越复杂，就是为了让前端能够更接近客户端软件（或App）的体验。
最后说点题外话，c/s架构与b/s架构（甚至还有三层架构）的优劣一直都是争论不休的话题，本质上只有一种架构，那就是c/s架构，b/s也只不过是另外一种c/s，你想想浏览器难道不是客户端软件？他们之间的不同在于客户端的负载不同，也就是胖客户端和瘦客户端的区别。所以b/s发展至今，以完全取代原生态桌面应用为目标偶认为有点误入歧途了；前端是跑在浏览器上的，你下达的一切指令由浏览器解释执行，而桌面程序直接跑在操作系统上，可以使用系统的一切特性，单就功能性能以及体验，二者之间有不可逾越的鸿沟。如果说未来真的要统一前端和原生桌面程序，一定不是以纯浏览器的形式，浏览器的先天不足太多了（例如多核多线程渲染、设备访问能力）。目前出现了一些混合模式的app，也就是客户端软件中加载一个浏览器内核，可享受到浏览器的便利同时也能使用操作系统的特性，但是这种方式过于复杂，并且没有从根本上解决问题，不伦不类。。。那么未来究竟前端会以什么形态存在，随着物联网的发展一切会有定论，而且偶始终认为通过json明文进行数据交互确实便捷，但同时也是对资源的巨大浪费，不符合低碳的理念。未来的发展会围绕高效、便捷和低碳，未来终究会到来，大家拭目以待！
html的怎么引入css，css开关面板，css图片间距离，css外部样式引用失败，css jquery实现红包雨，css相对位置如何设置，svg css3 旋转