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