如何设计并实现一个库存类或单据类?请各位富翁给个思路 (100分)

  • 主题发起人 主题发起人 netCobra
  • 开始时间 开始时间
N

netCobra

Unregistered / Unconfirmed
GUEST, unregistred user!
习惯的力量很难改正,现在一想到作库存管理就想用DataSource,拖控件,写脚本[:(]
现在想改用面向对象的方法来实现库存管理或单据管理,应该怎么设计这个类呢?
我的设想,比如单据类,有修改、保存、审核等方法,还有CanModify、CanVerify、isValid等属性,这样在使用的时候Create一个类的实例,然后判断其各项属性,执行其保存方法应该就可以了。
我这样的设想是否正确?如果是这样设计的话,那么在实现时类的各个方法、属性是应该如何实现的?还是使用DataSet吗?单据中的各项内容又是类的什么呢?属性吗?
如果不是这样设计的,请各位富翁指点一条明路,谢谢!!!
 
也来听听!
 
用EJB做,或许你的思路更清晰,呵呵,逼着你做呀
 
EJB是什么东西?哪有得下载?
 
To 郭玉梁:hehe,正在准备转向,不过目前用Delphi做一个东东用OO的眼光看来已经感觉很不爽了,想了解一下Delphi完全采用OO的方式来做MIS系统的话应该怎么做[:)]
 
To dana:EJB就是Enterprise Java Bean[8D]
 
嗯。。。同感。。聆听。。。
 
需要改变很多东西,学做中间件,将业务逻辑封装。
主要是改变模块间调用方式,UI模块对数据模块的调用使用自定义接口,使数据模块相对独立。
 
To tingliuxingyu:谢谢,这些当然都是要学的,但是当务之急是我需要一个怎么样把原来用Dataset表现的业务逻辑定义和封装为类的思路,现在一想到单据管理就是想到用Dataset之类的来实现,脑袋根本转不过弯来[:(]
 
听听课先.
 
来了很多同学,可是没有老师[:)]
高手们都到哪里去了[:(]?
 
就单据类来说吧:单据可能有多种,首先要定义一个单据基类抽象出各种单据的共性,如每个单据肯定都有单据号,那么就可以把单据号定义在基类中。各单据子类从基类继承,在扩展自己的属性,方法。
只言片语,仅供参考
 
我觉得是这样设计的,但还是要用DetaSet取数据库中的数据呀(基类可以不要),要不你怎么修改,添加呀,我在JSP中就是这样做的
 
谢谢weichao9999。
我现在搞不明白的地方主要有两个:
1.表中各个字段应该在类中如何体现?都设计为类的属性吗?
2.类如何设计保存到数据库中的方法(好像是叫对象的持久化吧?)?应该仍然是在类中使用Dataset来保存,设计其保存方法有什么需要注意的呢?
谢谢!!!
 
to netCobra:
能不能说说你现有的一些想法,或许这样更便于大家讨论,你说呢?
 
表中各个字段应该在类中如何体现?都设计为类的属性吗?
~~~~~~~~~~~~~~~~~~~~~~~~~~
如果这样的话,那灵活性就太低了吧?哈哈,我是菜鸟,给点看法而已,
加油加油!
 
To jackyzjh:
我的看法就这么多了,脑袋里面一团浆糊,想不明白才到这里来求助的[:I][:P]
To kevinmj:
这种设计方法应该是错误的,但是我想不到别的方法了。其实我也是个大菜鸟[:D][:P]
 
用Bold吧,画好UML类图,代码框架自动生成
 
我做单据就是采用类封装!和界面完全没有关系!
比如Tdj来自Tcomponent,
界面上就是输出单据的结果,修改以后就是更新Tdj
然后其他单据继承Tdj,比如发货单:Tfhdj=class(Tdj);
开始写麻烦,后来写单据非常简单,
界面每个客户完全不一样,但是内部处理非常舒服!再加上数据库的存储过程
 
To shiningplus:现在自己对OO都还没有想明白,暂时还不打算动用Bold这个大家伙。
To dcsdcs:我就是想这么做,但是不知道怎么设计Tdj这个类和具体怎么实现。能不能把你的Tdj的代码给我一份?谢谢!!!
 
后退
顶部