javascript - 关于前端框架问题

使用框架，就是为了少做重复的事，而且大家写出来的东西都根据一定的标准，也有相关的文档可以查看，不用每一个功能都自己实现，推荐一个我们现在使用的前端组合：

• DOM 操作，和后端交互必不可少 jQuery

• 布局，组件使用 Semantic Ui（Bootstrap 也不错，不过我更喜欢 Semantic Ui）

• 弹出对话框 Layer.js，使用简单，功能强大

• 数据双向绑定 Vue

• 文件上传 webuploader

• 富文本编辑器 Ckeditor

为了让逻辑、数据和视图更易维护，同时又保障性能

换句话说，让程序员编写大型web应用时感到爽，让用户在使用时也爽

现在前端框架都是数据驱动页面的，以前用jquery手动操作dom的部分现在交由框架做，你只需要变动映射数据就可以了。

增强组件化，去除繁杂的dom操作

之前因为老大要求 然后学习了react 真的 学起来确实拗口 感觉就是比较难以理解 写起来感觉很奇怪 主要就是写js的时候 就是觉得很怪 而且 写的时候你很难往它的思路上走 虽然可以理解 但是 写起来就是很拗口 比如props啊 传值的时候感觉难以理解 同时 react只是一个view层 你要想学好 真的是还要费特别多的功夫 还要学好让人难以理解的flux 要不然 用react的意义也就不大了 可能自己本身比较笨 感觉真的挺难
然后 最近学习了一下vue 确实 用起来真的好方便 也很容易上手 它的父子组件通信啊 抑或是不同组件之间通信什么的 都是比较容易理解的 就是render函数那部分还是有点懵逼
之前也联系过一段时间的angular 也不知道现在的2成什么样了 相比较 react angular也是特别容易理解 model、control、router angular的这三部分 真的是分得特别清楚 一看就清楚 还有它“需要什么 就注入什么”的思想也是很清晰
总的来说 用框架 主要目的是让前端人员的工作不再只是停留在反复操作dom上 而是 用框架后 让前端人员更加注重逻辑处理 同时 框架的使用 让前后端分离的概念更加清晰 后台负责写接口 前端只负责画好页面 并通过后台接口请求数据显示到前台就可以了

框架可能只是帮助你更快的开发应用，没必要生搬硬套过来。毕竟不同公司业务不一样，适合的框架也不一样。