一、 Web前端框架之Angular 2+
Angular 2+优点解析：
Angular 2+ 的最大优势在于它的流行程度。也有人认为它和 Google 密切相关的名字，会影响团队使用它。Angular 1 的迅速流行是因为那些来自其他交互式应用程序开发环境的人会发现对于开发单页面 Web 应用程序具有相似的模型-视图模式。通过对 Angular 1 进行现代化演变和重新构建框架的某些部分，Angular 2+ 已经真正的爆发了，大量的正式的和非正式培训机构数量都让人印象深刻，开发者有很强的市场竞争力。对于用户来说它有一套用于构建用户界面的丰富组件，这也是本系列中少有的几个框架能够做到这点。
缺点解析：
我们觉得 Angular 框架着重于在单个页面应用程序中创建用户界面并没有处理构建完整的 Web 应用这个更大的关注点，如果不及早确定下来，这将会导致整个项目难以维护，在实际项目中，运行时提供不属于核心框架的技术往往让人觉得不可思议，这大大降低了 TypeScript 对最终开发者的价值。
发展方向：
Angular 5 刚刚发布，这看来是 Angular 已经成功的印证了快速发布版本的承诺，在 Google 的持续支持下，Angular 会越来越成熟。
像许多的大型组织一样，Google 具有多重(分裂)的人格，从外表上看，Angular 团队和那些专注于浏览器标准的团队之间显得很和谐。但我们的观点是，和谐只是一层薄薄的窗户纸。Angular 团队对于 Web 组件和渐进式 Web 应用没有一个真正解决方案。我们认为，业界普遍认可的标准将会在 Angular 框架中会逐步实现，这将会影响到如何更好的构建 Angular 应用将成为一个中/长期的风险。
使用环境：
如果你需要在一个大型的框架内获取技术资源，框架内的技术通常很容易移植或者你需要在框架中训练开发人员，并且还要有一定的信心，他们会在短期内获得一定的开发能力，这样的话你可以考虑 Angular 2+ 。需要注意的是 Angular1(angular.js)与 Angular2+ 是截然不同的，其中的应用、技术和经验不能直接移植到 Angular2+ 的开发中去。
如果你的 Web 应用能够很好的转化为标准的模型-视图模式，那么你也可以忽略其他直接考虑使用 Angular2+ 。
如果你对 Google Material UX 设计模式满意，那么 Material Angular 是遵循该模式的一种快速、简单且可靠的方式。
二、Web前端框架之React + Redux
React + Redux优势解析：
React 和 Redux 的最大优势在于它们相对简单和专注。做一件事情并把它做好是非常困难的，但这两个库都很有效地完成了它们的目标。虽然对于某些状态容器方法可能是外部的，但大多数开发人员还是可以轻松掌握概念，并了解单向数据体系结构的好处，简化大量的用户界面应用程序。
缺点解析：
React 和 Redux 最大的弱点不是它们是什么，而是它们不是什么。要构建一个功能丰富的 Web 应用程序，你需要许多功能，一旦脱离 React 和 Redux 和其他一些库的核心，你将发现一个非常分散的社区，拥有无数的解决方案和模式，不容易整合在一起。
因此，虽然 React 和 Redux 都是非常专注的库，但缺乏经验的团队还是会很容易地生成不可维护的解决方案，而不是意识到他们所做的选择会导致性能不佳或错误。即使有经验的开发人员也可能意识到，一个松散的架构或惯例可能会在未来困扰他们。
假省钱是一种对自己的欺骗，组织范围内采用 React 和 Redux 将轻松降低无效率问题。没有其他库和模式的广泛约定和标准化，标准化 React + Redux 比较于我们正在采用的 JavaScript 来编写我们的应用程序效率要高。
发展方向：
Facebook 和 React 最近从繁琐的附加专利纠纷中抽离，他们认识到，就像其他项目一样，更广泛的社区能够提高自己的声音。我觉得这有助于 Facebook 意识到他们还不能更好地了解我们，相信我们来引导项目。希望这将继续贯穿项目的特点和技术方向。
很难预测 React 和 Redux 的未来。但是，将库集中在一起，确实会显着提高适应性，大多数React + Redux 模式都会促进一个分离的体系结构，从而可以轻松地进行重构和迭代。两年前，大家喜欢的还是React + Flux，但整个社区很快就拥抱了Redux。思维或模式的其他重大转变可能很容易被采纳。这种关键能力可能会持续到未来。
使用环境：
如果你很少需要手把手指导，并且正在寻找更好的库而不是全面的框架，那么 React + Redux 可能是正确的。在这一过程中，你不仅需要对你的团队和组织的能力保持诚实，还要在你的初始开发过程中，以及在整个应用程序的长期维护过程中保持诚实。
三、Web前端框架之Vue.js
vue.js优势介绍：
渐进式构建能力是vue.js最大的优势，vue 有一个简洁而且合理的架构，使得它易于理解和构建。
vue 有一个强大的充满激情人群的社区，这为vue.js增加了巨大的价值，使得为一个空白项目创建一个综合的解决方案变得十分容易。
缺点介绍：
在模型-视图应用程序和状态容器类型的应用程序之间的互相转换可能会令人感到困惑，即使没有完美包含一个模式到另一个模式的完美转换，但让人感觉希望能维持两个模式的相关性。对于那些期待vue.js完美解决方案，并可能导致难以维护不一致的应用程序的人来说，这至少是令人困惑的。
一个更大的挑战是vue.js依赖于一个单独的人，很明显，其他的项目基本是由一个组织提供支持，但这让人感觉更加有意义，虽然它有一个强大文件的社区和许多有创新的新增项目，但是 vue 核心的开发基本落在一个人身上。
我们很高兴看到 vue 更加容易接受新兴的标准方法，但是它的类似于 Web 组件的模式，而不是真正的 Web 组件，这可能是 vue 所得不偿失的地方。
发展前景：
虽然vue.js有相当广泛的应用，但也很难预测在中期发展中这个势头能持续多久，它不是由一个商业组织直接支持并维护，因此，这很大程度上依赖于维护者的生存能力和继续维护下去的愿望来决定。
它也表现出了一定程度的语言适应能力，并且随着某些模式的落伍和失宠而继续保持自身语言的现代化和时代性，目前没有迹象表明vue.js架构将来无法适应进一步发展。
使用场景：
如果你有一个传统的Web应用程序，并需要一个强壮稳健的应用程序层，那么vue.js 可能是一个很好的选择，它有清晰的模式，即使没有经验的团队也能正确或者错误的使用它。尽管vue UX框架没有开箱即用的功能，但在vue.js上也能大量持续性构建应用，这将有利于你的项目。
以上就是今天为大家分享的关于常用的Web前端框架优缺点分析的文章。想要成为合格的前端人才，一定要掌握这些框架。
Bootstrap
Bootstrap是目前可用框架中无可争议的领导者。其人气日益增长，你可以放心的选择这个框架，而不必担心项目会失败，因为具有广泛使用基础的框架，不太可能被抛弃。
创作者： Mark Otto 和 Jacob Thornton.
发行： 2011
当前版本： 3.3.7
人气： GitHub上有111,000颗星
说明： “Bootstrap是最流行的HTML，CSS和JavaScript框架，用于在网络上开发响应式、移动的Web项目。
核心概念/原则： RWD和移动端优先。
框架大小： 154 KB
预处理器： Less和Sass
响应式布局：是
模块化：是
启动模板/布局：是
图标集： Glyphicons Halflings设置
附加/附件：无捆绑，许多第三方插件可用。
独特组件： Jumbotron
文档资源：良好
自定制：基本GUI定制器。但是你需要手动输入颜色值，因为没有颜色选择器可用。
浏览器支持： Firefox，Chrome，Safari，IE8 +（您需要IE8的Respond.js）
许可证： MIT
Bootstrap说明
Bootstrap的广泛流行是它的优势所在。在技术上，它不一定比列表中的其它框架更好，但它提供了比其它四个框架更多的资源（文章和教程、第三方插件和扩展、主题构建器等）。简而言之，Bootstrap 无处不在，这是人们继续选择的主要原因。
Foundation
Foundation是排在第二名的框架。ZURB这样坚实的公司一直支持着Foundation，所以这个框架有强大的基础。Foundation现已用于许多大型网站，包括Facebook，Mozilla，Ebay，Yahoo！和国家地理等。
创作者： ZURB
发行： 2011
当前版本： 6.3.1
人气： GitHub上有25,400颗星
说明： “世界上最先进的响应式前端框架”
核心概念/原则： RWD，移动端优先，语义。
框架大小： 197.5 KB
预处理器： Sass
响应式布局：是
模块化：是
启动模板/布局：是
图标集： 基础图标字体
额外/附加组件：是
独特的组件： Icon Bar, Clearing Lightbox, Flex Video, Keystrokes, Joyride, Pricing Tables
文档资源：良好，还有许多额外资源。
自定制：基本的GUI定制程序，类似于Bootstrap定制工具。
浏览器支持： Chrome，Firefox，Safari，IE9 + iOS，Android，Windows Phone 7+
许可证：MIT
Foundation说明
Foundation是一个真正的专业框架，提供业务支持、培训和咨询。它还提供了许多资源来帮助你更快更轻松地学习和使用该框架。
Semantic UI
Semantic UI是一个语义化设计的前端开源框架。它利用自然语言原理，从而使代码更加可读和可理解。
创作者： Jack Lukic
发行： 2013
当前版本： 2.2
人气： GitHub上有34,762颗星
说明： “基于自然语言原则的UI组件框架”。
核心概念/原则：Semantic, tag ambivalence, responsive。
框架大小： 806 KB
预处理器：少
响应式布局：是
模块化：是
启动模板/布局：是，并提供了一些基本的入门模板
图标集： Font Awesome
额外/附加组件：否
独特的部件：Divider, Flag, Rail, Reveal, Step, Advertisement, Card, Feed, Item, Statistic, Dimmer, Rating, Shape。
文档资源：非常好，Semantic提供了一个非常有组织的文档，另外还有一个单独的网站提供入门指南、自定义和创建主题。
自定义：没有GUI定制器，只有手动定制。
浏览器支持： Firefox，Chrome，Safari，IE10 +（仅IE9浏览器前缀），Android 4，Blackberry 10
许可证：MIT
Semantic UI说明
Semantic是这里所讨论的所有框架中，最具创新性和全功能的框架。其框架的总体结构、类中清晰逻辑的命名约定方式和语义方面也超过了其它框架。
Pure
Pure是一种轻量级的模块化框架，采用纯CSS编写，具有可根据需要一起使用或单独使用的组件。
创作者：雅虎
发行： 2013
当前版本： 0.6.2
流行度： GitHub上有16,637颗星
说明： “一套小而灵活的CSS模块，能够在每个Web项目中使用。”
核心概念/原则： SMACSS，极简主义。
框架大小： 16 KB
预处理：无
响应式布局：是
模块化：是
启动模板/布局：是
图标集：无。可以改用Font Awesome。
额外/附加组件：无
独特组件：无
文档资源：很好
自定义：基本GUI皮肤生成器
浏览器支持：最新版本的Firefox，Chrome，Safari IE7 + iOS 6.x，7.x Android 4.x
许可证： Yahoo! Inc. BSD
Pure说明
Pure为你的项目提供了一个干净的开始，只提供基本框架。对于不需要全功能框架但仅包含在其工作中的特定组件的人来说，pures是一个理想的选择。
UIkit
UIkit是一个易于使用和自定义的组件的简洁集合。虽然它不像其它框架那样受欢迎，但它提供了相同的功能和质量。
创造者： YOOtheme
发行： 2013
当前版本： 3.0.0
人气：GitHub GitHub上有9,422颗星
说明： “用于开发快速而强大的Web界面的轻量级和模块化的前端框架”。
核心概念/原则： RWD，移动端优先
框架大小： 326.9 KB（如果包含uikit-icons.min.js与SVG图标相关的功能，则为384.4 KB ）
预处理器：少，Sass
响应式布局：是
模块化：是
启动模板/布局：是
图标集： UIkit自带SVG图标系统和类库，其中包含越来越多的大纲图标。
额外/附加组件：是
独特的组件：Article, Flex, Cover, HTML Editor
文件：好
自定义：高级GUI定制程序仅在版本2（以前的版本）中可用
浏览器支持： Chrome，Firefox，Safari，IE9 +
许可证：MIT
UIkit说明
UIkit成功应用在许多WordPress主题中。它提供了灵活和强大的手动定制机制（以前版本的框架还提供了高级GUI定制程序）。
什么是最适合你的框架？
在选择框架时，可以从以下几个方面考虑：
所选的框架有足够的人气吗？更多的人气意味着更多的人参与项目，也意味着有更多的教程和社区文章、更多的实例和网站、更多的第三方扩展、更好的相关的Web产品可与其集成。受欢迎程度也意味着框架更具前瞻性，因为具有更大社区的框架不太可能被抛弃。
框架是否正在积极发展？一个好的框架需要不断地使用最新的web技术，特别是在移动端方面。
框架是否达到成熟？如果一个特定的框架在现实项目中还没有被使用和测试，那么将其用于你的专业项目，可能不是一个明智的选择。
框架是否提供了良好的文档？为了方便学习过程，总是需要良好的文档。
框架的特异性是什么？这里的要点是，与具有高级别特异性的框架相比，更通用的框架更容易使用。在大多数情况下，最好选择一个应用最小样式的框架，因为它更容易自定义。与重写现有的CSS规则相比，添加新的CSS规则是一个更方便有效的做法。
如果你还不确定使用哪个框架，那么可以采用混合搭配的方式。当某个特定的框架不能满足你的需求时，可以混合使用两个或多个项目的组件。
最后值得一提的是，现在Flexbox和Grid Layout在主流浏览器的最新版本中得到很好的支持，比以往任何时候都更容易构建复杂的布局。这可能会鼓励更多的开发人员放弃前端框架，从头开始编写他们自己想要的布局。
来源：网页链接
