无论是架构模式、设计模式还是任何设计元素构造件，它们所要解决的问题都是具体的“抽象关系”。这些东西不是为了解决”如何把现实业务需求问题映射到技术工程上面“，没有一种通用的方法来完成这个步骤。那么业务与工程之间的这个衔接点如何把握得好，让人们更有效率、正确的完成工作，是人们一直以来所追求与努力的方向。
正是由于有了这些软件工程规模化所必须要明白的那些“设计哲学”思想工具，使得我们相信，目前的工作正处于一条正确的发展道路上，每前进一步所取得的成绩都是不断的印证我们心中所想。
不墨守成规，不断的优化完善、修正偏移，从而做到心中有道，变幻万千。
技术工程上的很多细节、复杂性究竟是为什么产生的？怎么去解决？如何高效的解决？这些问题出现的时候就应该反思一下，我们目前的解决方案是不是蹩脚的？是不是换一种设计与实现会更好的契合当前的问题域？
归根结底，方式方法，教你怎么具体去做的都只是表面，最关键的是要认识到，问题的本质是什么？
原文：https://www.cnblogs.com/xingxueliao/p/10069479.html