程序等于数据结构加算法

     目前正在做一个证券行业的项目,之前没有在这个行业的案例。 在开发的长路漫漫中,修改重构是在所难免的。现在应用基本稳定,总结了一下这些修改,发现绝大部分发生在数据结构这个范畴内。由于设计开发时对证券行业知识了解得不是很深入和全面,整个应用的数据模型经历了不少时间才稳定下来,包括目标事物的分类,继承关系,每个事物的结构定义,甚至是某个属性的数据类型,都做过修改。 可想而知,当这些数据结构发生变化时,修改会分布在整个程序的各个层面各个角落(包括数据库表单)。通常我都要群发邮件,把修改点一一列出,供开发人员按图索骥去修改和检查。接口的变动也是如此,只是情况稍好一些,一旦发生变化,改动的点要少一些。

     想到设计模式。抽象一下,设计模式的模式是在确定上下层之间的固定接口的前提下,通过提供在下层的不同的实现,把变化控制的层内而不是扩散到层外,来达到程序具备高扩展性的目的。 然而接口固定是比较难的,在接口方法,接口参数,组成参数的数据结构变化的时候,大多模式也就不怎么有用了。

     个人观点,对于一个应用来讲,确定数据模型和接口才是最重要的设计内容。至于如何使用设计模式,是次要一些的问题,过多地使用设计模式更不可取。 所以老话说的没错“程序等于数据结构加算法”, 其他的东西可以锦上添花。 :)

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值