前端框架的思考

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Donspeng/article/details/77414382

今天面试了某公司,因为现在在用react进行业务重构,所以问我React和jquery有什么区别?
   两个本就不是一个层面上的东西,怎么去比较呢?

面试官:你比较下jquery有什么不好,react有什么好处
我:他不是一个层面的东西,怎么去比较?
面试官:那你为什么现在用React?
我:好吧。React组件化更好,复用性、封装性好balbalbal。。。。。。。
面试官:react做的jquery也可以做啊,两个有什么区别呢?(省略。。。。。。。)jquery也可以写很多东西,也可以写组件,对吧,还是你没有用jquery写过组件,对吧
我:好吧,我确实没有用jquery写过一些组件

我还能说什么呢?
  但是确实让我思考了:
框架不是原罪,使用者是原罪
  为什么这么说,业务代码,最重要的是可读性,我见过一些用jquery写过的代码,简直是地狱,代码结构不好,逻辑混乱,也有很良好的代码,这就比较考验水平了,所以框架不是原罪,使用者是原罪
无论什么框架,使用过才有发言权
  前端框架的轮子,不要太多,很难用一个框架去完成所有的工作,一般需要结合一些框架来做,都学学吧,反正没啥坏处,毕竟使用过才有发言权。
MVVM、MVC,呵呵,我不感冒
  无论什么样的前端框架,最重要的是两层,展示(V)+中间层(。。。。)+数据(M),每个框架具体的做法不一样,学框架最重要的是学思想,所以你问我MVVM,我真的不懂,我觉得单纯提这些概念就是垃圾。
抛开业务流程谈架构,就是jbd
 没有合适的架构只有合适的业务
那么最后来说说,React有什么好处?
简单来说,React组件本身就是个函数;React单向数据绑定;虚拟DOM操作,用户不必手动操作DOM,手动操作会带来性能问题;封装了全局事件处理。

猜你喜欢

转载自blog.csdn.net/Donspeng/article/details/77414382