框架本身丰富的技术主题可以从诸如模块，依赖注入、装饰器、组件、服务、管道、模板和指令等基础开始，到更高级的主题，如更改检测，区域，AoT编译和RxJS。这些都在文档中。RxJS是一个很重的话题，在官方网站上有详细描述。虽然在基本功能层面上使用起来相对容易，但在转到高级应用时会变得更加复杂。
总而言之，我们注意到Angular的进入壁垒高于React。新概念的数量绝对令新来者感到困惑。又是碰到一些问题还不得不Google后才能找到答案，但是，就像之前说的，是否合适，还是取决于更多的因素。
前景 Angular
就在2017年的3月，Angular已经发布了4.0的版本（兼容2.x版本），关于为什么是4.0，官方的解释是因为Router这个主要核心组件的版本已经是4.0.0，如果Angular还用3.0会引起混淆，如下图：
4.0版本中主要是大幅度的减小了代码体积（60%），同时提高了加载的速度（肉眼可查的程度），同时报错的信息更清晰了。根据官方的文档，Angular的版本升级会以比较快的速度进行迭代
无论是大版本的6个月迭代，还是每周的hotfix，能看出Angular团队想用快速升级的策略迅速占领市场。
React
反观React的升级倒是非常谨慎的，这从最新的v15.5.0的发布新闻博客中就能看出
不过，从博客中能看到React即将迎来v16，不知道整个重写的React会给我们带来什么惊喜。不过，需要提一下的是Facebook已经与去年底的时候发布了React VR，有兴趣的同学可以围观以下。
契合度
无论是哪个框架，适合自己的才是“好“的，所以需要你从项目（产品）本身的角度去衡量，以下的问题列表可能并不全面，但至少可以作为一个开始
该项目（产品）有多大规模？要维护多久？所有的功能是提前清楚地定义还是灵活的改变？域模型和业务逻辑是否复杂？你定位什么平台？ Web，手机，桌面？你需要服务器端渲染吗？ SEO重要吗？你会处理很多实时事件流？你的团队有多大？你的开发人员有多丰富，他们的背景是什么？是否有任何您想要使用的现成的组件库？
如果您正在开展一个大型项目，并希望尽可能减少错误选择的风险，请考虑先创建一个demo用于验证产品概念。选择项目的一些主要功能，并尝试使用其中一个框架以简单的方式实现它们。 Demo通常不会（也不应该）花费很多时间，但会提供一些宝贵的经验，可以帮助您验证关键的技术要求。如果对结果感到满意，可以继续全面构建。如果没有，会给你充分的时间重新选择。在项目发开过程中，你还可以借助一些支持Angular和React的开发工具来提高开发效率，如Wijmo，这是一款为企业应用程序开发而推出的一系列包含 HTML5 和 JavaScript 的开发控件集。无论你的应用程序是移动端、PC端、还是必须要支持IE6，Wijmo Enterprise 均能满足需求。