重构和确定清晰的架构原则链接集是避免这些反模式的关键所在。
这些反模式的影响是巨大的,导致交付延迟、性能降低和缺乏重用。
MichaelNygard:我也经常见到很多这类问题,我把它们叫做“容量反模式”。
我的计划出了问题,但我有所准备,通过在我的急流中分析其它失败的漂流作出响应:我在使用反模式。
反模式通常使用模板进行描述,在其中标识症状、结果、根本原因和可能的解决方案。
本系列文章的第1部分介绍了一些监控反面模式和一些APM系统需要的属性。
如果您是一名程序员,并且是设计模式的爱好者,我保证您会发现反模式能够提供的不止这些。
一书的知名作者,他在本文中说明了反模式如何及为什么会成为设计模式必要的和补充的伴侣。
我撰写本文的目的在于向您说明,反模式是设计模式的一个必要的和补充的伴侣。
系统化后,这个知识集合可以提供软件模型的有价值的扩展(归类为反模式)。
本部分将介绍几个反模式,其中的错误现象是我们经常遇到的或易犯的。
反模式:在每个目标环境中通过手动方式在本地应用部署。
反模式:手动将容器安装到每个目标环境并进行配置。
本文展示了两个交付SOA计划的过程中可能产生的反模式。
反模式:在每个目标环境中手动应用数据库和数据更改。
交付组织应该意识到这些反模式并做好防范措施。
很多其它行业―最值得注意的是制造业―使用某种形式的反模式,通常都是与设计模式相结合使用。
设计模式倾向于定位在特定问题域上,而反模式就可以更具普遍性。
字面形式:反模式是问题的描述,而不是代码的描述。
反模式:对于同一标记,为每个目标环境单独进行编译。
与模式类似,反模式的使用也扩展到了软件开发的各个阶段,并深入到了其他领域中。
我还会指出反模式能够以何种方式补充您的设计模式学习。
您还可以看看我的BitterJava,这本书包含两章完全关于魔法Servlet和相关反模式的内容。