目前正在做一个证券行业的项目，之前没有在这个行业的案例。 在开发的长路漫漫中，修改重构是在所难免的。现在应用基本稳定，总结了一下这些修改，发现绝大部分发生在数据结构这个范畴内。由于设计开发时对证券行业知识了解得不是很深入和全面，整个应用的数据模型经历了不少时间才稳定下来，包括目标事物的分类，继承关系，每个事物的结构定义，甚至是某个属性的数据类型，都做过修改。 可想而知，当这些数据结构发生变化时，修改会分布在整个程序的各个层面各个角落（包括数据库表单）。通常我都要群发邮件，把修改点一一列出，供开发人员按图索骥去修改和检查。接口的变动也是如此，只是情况稍好一些，一旦发生变化，改动的点要少一些。
想到设计模式。抽象一下，设计模式的模式是在确定上下层之间的固定接口的前提下，通过提供在下层的不同的实现，把变化控制的层内而不是扩散到层外，来达到程序具备高扩展性的目的。 然而接口固定是比较难的，在接口方法，接口参数，组成参数的数据结构变化的时候，大多模式也就不怎么有用了。
个人观点，对于一个应用来讲，确定数据模型和接口才是最重要的设计内容。至于如何使用设计模式，是次要一些的问题，过多地使用设计模式更不可取。 所以老话说的没错“程序等于数据结构加算法”， 其他的东西可以锦上添花。 ：）