1、轻量级2、容易让开发人员上手，缩短开发时间3、兼容所有的浏览器4、很好地实现前后端的交互
除了以上的，还有其他的么？
小伙看你根骨奇佳，潜力无限，来学PHP伐。
就一点，兼容所有浏览器，就不可能达到，再强的框架也只能兼容大部分而已。特别是早期的 IE，根本就不完全按标准来，兼容起来麻烦得很。
不过要说框架，网上介绍框架的文章很多，也有很多人关心这个问题，要看介绍就自己去百度了，我只把我用过的一些大概介绍一下
Bootstrap，简捷风格，组件也很多，不过搜索和试用组件会比较花时间
jQuery EasyUI，以前免费的时候在用，现在要收费了，不过用熟了还是挺好用的，只是熟悉的过程中要踩点坑
SUI，简捷风格，刚开始用不好评论
AmazeUI for React，只做过简单的界面，关键在于 React 的思想。AmazeUI 也有 jQuery 版的。
jQuery MiniUi，很早的时候接触过，但是因为收费一直没用，据说还可以。
ExtJS，有人送了我本书，但我一直没用过这东东，感觉重量级的。
总的来说，如果你一量决定用某种 UI，就需要融入它的设计思想。如果过多的加入自己的设计，就可能打破原 UI 框架的设计平衡，最后调起来就难了。所以选择框架的时候一定要根据自己的应用全方位的考察和试用各种组件之后再下结论。当然，踩坑是避免不了的啦。
如果当年IE的JS表现能力有现在这么强，WEB的架构格局早就改变为API/client，而不是B/S了。以API为基础的架构会更适合现在三屏的需求。frontend本来应该实现尽可能多的backend行为，现在frontend框架越来越多正是格局的转移。而目前只不过是起步，人们对frontend的要求会远超出过往的想象。你说的那些只是一小部分，要丰富frontend就需要有更理合的架构去支撑不断增加的需求扩展，这种架构要求始终会超越backend的。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
就一点，兼容所有浏览器，就不可能达到，再强的框架也只能兼容大部分而已。特别是早期的 IE，根本就不完全按标准来，兼容起来麻烦得很。
不过要说框架，网上介绍框架的文章很多，也有很多人关心这个问题，要看介绍就自己去百度了，我只把我用过的一些大概介绍一下
Bootstrap，简捷风格，组件也很多，不过搜索和试用组件会比较花时间
jQuery EasyUI，以前免费的时候在用，现在要收费了，不过用熟了还是挺好用的，只是熟悉的过程中要踩点坑
SUI，简捷风格，刚开始用不好评论
AmazeUI for React，只做过简单的界面，关键在于 React 的思想。AmazeUI 也有 jQuery 版的。
jQuery MiniUi，很早的时候接触过，但是因为收费一直没用，据说还可以。
ExtJS，有人送了我本书，但我一直没用过这东东，感觉重量级的。
总的来说，如果你一量决定用某种 UI，就需要融入它的设计思想。如果过多的加入自己的设计，就可能打破原 UI 框架的设计平衡，最后调起来就难了。所以选择框架的时候一定要根据自己的应用全方位的考察和试用各种组件之后再下结论。当然，踩坑是避免不了的啦。
如果当年IE的JS表现能力有现在这么强，WEB的架构格局早就改变为API/client，而不是B/S了。以API为基础的架构会更适合现在三屏的需求。frontend本来应该实现尽可能多的backend行为，现在frontend框架越来越多正是格局的转移。而目前只不过是起步，人们对frontend的要求会远超出过往的想象。你说的那些只是一小部分，要丰富frontend就需要有更理合的架构去支撑不断增加的需求扩展，这种架构要求始终会超越backend的。