使用人工智能创建蛋白质形状的语言

关于开发人员是如何因构造其日常工作而导致生产力下降的文章很多。常见的一个例子是：在一天中安排了很多非必要的会议，因此没人能进入深度聚焦模式。今天，我想研究开发人员生产力方面的最大杀手：配置和设置DevOps工作流程的方式。在几乎所有情况下，我都遇到了一些捷径可以帮助您避免大多数问题。

#1：无适当工具全面投入微服务

当项目以整体设置中工作时，所有的工作都可以进行。工具链已准备好很好地处理这一个整体，但是，要更改一件小部分，需要部署整个整体。需要运行端到端测试，以验证一切仍然正常。整体越大，效率越低。因此，团队继续前进并采用微服务。他们的初次经验很棒，同事们可以独立进行单独的服务，部署频率提高，每个人都很高兴。

问题开始于团队不使用微服务，而对“微”则过于重视。从工具的角度来看，您现在将不得不处理更多的yml文件，docker文件，以及这些服务的变量之间的依赖关系，路由问题等。它们需要更新和维护。您的CI/CD设置，组织结构以及人员总数可能需要重新调整。

如果出于任何原因而进入微服务，请确保计划足够的时间来重组工具设置和工作流程。只需计算您需要维护的各个位置的脚本数量即可。考虑一下这将花费多长时间，由谁负责，以及哪些工具可以帮助您控制这一情况。如果选择工具，请确保他们拥有一个用户社区。
 

如果不想看代码，可看下面对于上面代码的总结：

通过 private Person(..)使得 Person 类不可被继承

通过将 Person 类的成员变量设置为 final 类型，使得其不可变

通过 Person 内部的 static Builder 类来构建 Person 对象

通过将 Builder 类内部的 setXXX()方法返回 Builder 类型本身，实现链式调用构建 Person 对 象

总结

至此，我们就相对完美地解决这一类型的对象创建问题！下面来总结一下本文的重点。待创建的对象特点：

需要用户手动的传入多个参数，并且有多个参数是可选的、顺序任意

对象不可变

对象所属的类不是为了继承而设计的。即类不能被继承

依次使用的对象构建方法：

单一构造函数

多构造函数

JavaBean 方式

Builder 方式

最终，通过比较得出 Builder 方法最为合适的解决。

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!