提问
- 一定要把前后端的界线搞得像鸿沟一样难于逾越吗？
- 前端开发和后台开发有没有觉得很相似？
- JS文件承担起前端的哪部分工作？该如何规范JS文件层次？
思考： 代码敲了漫长一段时间了，业务也处理了很多，但好像每次都是在赶进度，很少停住脚步回顾，今天就粗浅地谈谈对前端的一些看法。
简述前端史
在零几年是没有纯前端概念的，那个时候还是互联网刀耕火种的时代，随着客户端的飞速发展，技术的不断迭代，有了前后端分离的模式，自此以后，前端开始被玩出花。
前端的作用：1.界面 2.性能
前端三样式：HTML：页面骨架、CSS：页面美化、JS：处理业务逻辑。
早期的前端是纯粹的，现在的前端花样百出。诸如大前端一把梭哈，出口就是爆栈工程师之类的。。。新的理念、技术和框架也是前端涌出的较多，这也体现了前端发展之快。
从后端看前端
前端本就是从后端业务中独立出来的，早期的工程师们都是把做界面的活儿一块给完成的。那么现在来看居于一隅的前端工程师或者后端工程师是不是有些矫情了？
前端和后端的区别
很多干这行的总喜欢给自己打上标签，前端和后端因此界限分明，但是可以很负责地说，没有哪位业界大牛不是前后端通吃的。前端和后端最大的区别无非是前端不用操作数据库，后端不写CSS 。编程技术总是因为处理问题的逻辑思维相同而相通，它们应该是紧密联系的。
前端处处能看到后端的影子
- 组件、模块化、容器等等这些概念都是后端中有，前端因为相同的编程思维而同样适用的
- 这几年大火的前端MVVM架构也是脱胎于后端经典的MVC架构。
- MVC架构中的
controller是不是和JS文件作用很像？做后端的都知道控制层是不写业务的，否则会导致项目混杂，难以维护，这里同样适用于前端
前端项目层次结构的重要性
前端基本靠HTML+CSS+JavaScript三把斧，所以总体来看前端是没有后端复杂的。但是项目一旦大起来，前端业务也是不容小觑。这时候非常需要注意分层，现在可以引出下面的思考了。
页面的JS文件真的适合写业务逻辑嘛？
答案当然是 不适和 。 做玩具项目你怎么开心怎么写都行，所有业务逻辑，所有网络请求都写在一个JS文件都OK。但是非玩具型的项目的维护、量级是庞大的，由于JS这门语言动态的特点等，没有像Java这种语言严格的类型约束，导致JS太随意了，项目一旦复杂起来势必会十分混乱，这也是现在很多大厂前端团队推TypeScript的原因。
总结：
- 不要存在过多 前端后台界限分明 的看法，前后端的界限已经越来越模糊
- 写JS代码要规范，层次分明，前端应该汲取后端的MVC架构的特点
- 比如用Model文件夹把处理业务的JS文件提取进来，让界面的JS文件作View层