N久没动程序了。以前一直是面向过程。给单位搞的一些系统,也是面向业务流程的。现在想把单位的ERP系统升级(小单位,清水衙门,有时间没钱的那种)。原来的erp很简单,就是C/S模式。服务端就是一个数据库(最早用的oracle,新来的人嫌麻烦,咱又懒得教,就改成sqlserver),客服端就是一个界面,用DELPHI搞的。基本就是采购+仓库+财务三大功能。有10来年的历史了,一直缝缝补补撑到今天。最近看.net,从c#学起。就想起了用面向对象的方式,用三层架构,把ERP重新做一下。但是起手就犯难了。这个类怎么设计?比如商品和仓库算个两个类吧。那么商品的数量这个属性应该放在商品类,还是放在仓库类?
又比如,采购订单算个类,那关于采购订单的各种操作,应该在采购类里,还是弄成接口,让子类来扩展继承?有没有类似在资料,可以参考一下呢?上网查了一下,发现关于ERP介绍的,都一下功能,业务。这些咱大致都知道。但是关于面向对象设计的,基本上没有。

解决方案 »

  1.   

    搜索下代码生成器,对数据库中的表会自动生成相关的操作类,也就是面向的对象
      

  2.   

    2L的兄弟。那个是根据表里生成实体类。但是在弄出数据库之前,要先分析出类吧。
      

  3.   

       面向对象设计核心是模块化结构组合,MVC正好就是这个特性,这个需要自己看书来理解。
      

  4.   

    关键是,看什么书呢?我想找点资料参考,都没有。话说面向对象已经很多年了吧。举的列子都是鸟啊,动物啊。完全没有实用性。那简单的进销存好了,该怎么设计类?出库这个动作该设计成类,让具体的业务(销售出库,采购退货出库,调整出库)来继承他;还是应该设计成接口?感觉要做个稍微复杂的系统(比鸟,动物复杂),用面向对象的话,实在太难了。每个业务都要分析到最小最小的单位,才可以。