彩神争8

湖南嵌入式培训机构前言：

为您的项目选择正确的技术是一项复杂的任务。这不只是关于冷静和使用最新的东西在那里。

在每个软件项目中 - 至少在开始时，有一个大问题是选择哪种技术来完成这项工作。即使你不是在JavaScript世界中每周都有新的框架出现，你可能会发现各种各样的选择。你应该考虑哪些方面?

我们作为开发者，当然，倾向于新的，热的技术，目前的炒作，并立即应用于我们的日常工作，虽然这种过早的实施可能会导致一些不好的意外后。但即使你考虑了多年的技术，你会发现很多选择。

首先，你应该选择开发人员团队熟悉的技术。这可能听起来很明显，但我看到了很多情况下，一个“摇滚明星”开发者(或更糟的是：建筑师)选择一些他们熟悉的技术 - 没有考虑整个团队 - 后来离开。在一个以湖南java培训班为主的团队中，最明显的选择是使用纯Java或用Java编写的框架，也许不会因为现在很酷就添加Go。并且：可能也不可取的是重载多语言语言的数量。

谈论冷静和炒作：我劝阻盲目追求最新的炒作，并在现实世界的项目中应用新的，热门的东西。它总是值得研究新技术，但只是不立即实施它们。相反，坚持你无聊但可靠，经过战斗测试的语言，并在你的空闲时间使用新的工具。作为员工，考虑给你的开发商机会，像着名的Google 20%项目，尝试新事物，获得经验，如果他们证明有用，以后应用它们。

即使对于微服务，Docker，Kubernetes，Apache Kafka，Akka，CQRS以及明天将用于解决问题的任何东西，这些主题都是适当的软件工程实践的基础，你确实需要了解你的框架如何在内部工作。

设计模式和原则的主题对于消除对一种新的，更好的语言的需要是特别重要的。如果你正确设计你的程序，特别是注意委托和抽象层，你不需要动态类型语言或大量的语法糖来产生可读的代码。

这对于测试尤其如此。对于我们的测试，我们倾向于对技术的选择不那么严格，因为“不是生产”。基于Groovy和Spock的测试的可读性和可维护性当然很吸引人，但我声称相同的生产力是可靠的应用原则良好的软件设计 - 特别是代表团和抽象层 - 到我们的测试代码。不幸的是，测试代码风格大多没有得到相同的关注。

对于小规模用例驱动的单元测试和大规模系统/验收测试的IMO JUnit测试能够提供有效和可维护的测试技术 - 如果你在一个基于Java的项目。我已经录制了一个视频来演示验证测试。但再次：去与团队最熟悉的。

选择企业技术不仅取决于团队，而且取决于项目的生命周期。

在长期运行的项目中，老实说，大多数项目是长期支持和向后兼容性确实是一个需要考虑的话题。谁知道刚刚出来一年的新框架会在2年，5年，也许10年吗?

这也包括需要将使用的框架编织到代码中多深。几个注释(àla Java，EE或Spring)可以很容易地改变以后 - 一个程序API不那么。设计用于删除，而不是可重用性。

还有什么重要的是可用的工具支持 - 包括构建工具，IDE或数据库工具。如果您将企业框架与彼此进行比较，请考虑最新版本和最新的最佳做法来完成这项工作。没有点破坏技术与破坏性，未知的FUD - 如重量级J2EE，旧式应用程序服务器或Spring使用膨胀的基于XML的配置。