2015.5 技术雷达 | 语言和框架篇

（点击图片可查看大图）

自从我们上一次在技术雷达中提到 Nancy (nancyfx.org) 之后，它已然成为了我们在项目上的默认选择。围绕着小而垂直切片的架构和微服务需要的仅仅是这样轻量级的部署选项和不拘小节的工具。

前端 Javascript 框架持续喷井所带来的一个好处是，时不时一个新的主意出现的时候，会引起我们的思考。React.js 是一个 UI/View 框架，在这个框架中，Javascript 函数在一个响应式的数据流中生成 HTML。我们已经见到几个小的项目成功的使用了 React.js，开发人员也被其干净的易组合的组件化方式所吸引。

Spring Boot (projects.spring.io/spring-boot) 能够让独立的基于 Spring 的应用。它非常适合启动新的微服务并且易于部署。它也通过更少的样板代码从而降低了数据访问Hibernate 映射所带来的痛苦。Spring Boot 简化了基于 Spring 的 Java 服务，这是我们所喜欢的，然而同时，我们也学会了一定要对很多依赖保持谨慎。毕竟，潜伏在表面之下的依然是 Spring。

虽然并不是所有的体验都是正面的，AngularJS 依然在 ThoughtWorks 的项目中被广泛的使用着。我们依然建议团队评估单页 Javascript 应用所带来的额外复杂度对于满足需求而言，是不是真的有必要。我们也推荐评估一些其他类似的框架，在这一版的雷达中我们提出 Ember.js，它在 ThoughtWorks 内部也逐渐变得流行。Ember 被人称道的是，它对于惯例胜于配置非常固执己见，并且有着响应迅速的核心开发团队，其性能不错并且有一套基于 ember-cli 的构建工具。

在众多 JavaScript 框架中，我们要强调 Flight.js（flightjs.github.io），Flight 是个用于构建组件的轻量级框架。它没有通过太多“神奇”的东西来为 DOM 节点添加行为。它的事件驱动和基于组件的特点，促使开发人员写出低耦合的代码。这也使得测试单个组件相对容易。然而，当组件需要彼此交互的时候还是需要格外注意。Flight.js 对测试的支持很少，并且容易卷入事件漩涡。 继承与组合，我们喜欢组合，与之类似，我们非常喜欢 Flight.js 用混入的方式处理行为。

经过一些我们在真实世界中的经验，Swift（developer.apple.com/swift）仍然表现出非常好的前景。有些问题，如过长的编译时间，已经得到了解决。然而，持续的语言的变化会导致额外的开发工作，并使得构建你自己老版本的软件非常繁琐。测试和重构也依然痛苦。总之，虽然如此，在为苹果生态圈开发新项目的时候你还是应该考虑使用 Swift。