L lql0459 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-03 #1 给一个系统,如何去寻找类和对象? (???分析模式) 创建对象、组合对象,利用关系.... (23个设计模式)
S smilelove Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-04 #6 可以去www.rational.com上去看一些资料,起码那里的软件工程相当好 不过,还是看自己平时的积累,不是一朝一夕能够完成的
L lql0459 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-05 #8 如我做了一个法院立案系统。现正计划升级,可遇到了一些问题: 原系统含有20多种案件的一些应用操作(新增与删除、收费、审限、排期、查询、打印等) 现在根据要求升级版应含50多种案件......依据现在的系统,代码几乎 没有复用价值(要做了就是定义新的案件库,代码copy等)。看起来它好象是 一种过程化的用对象语言编制的系统。 面向对象的系统应该有类、对象...针对这个系统如何发现可复用的类和对象呢? 各位大虾:能否给出您的分析思路。不胜感谢! 附:若对个系统不了解,您可用任一个应用系统做例子,可千万不拿如**编辑器来开涮。 (这样的类可很好找)
如我做了一个法院立案系统。现正计划升级,可遇到了一些问题: 原系统含有20多种案件的一些应用操作(新增与删除、收费、审限、排期、查询、打印等) 现在根据要求升级版应含50多种案件......依据现在的系统,代码几乎 没有复用价值(要做了就是定义新的案件库,代码copy等)。看起来它好象是 一种过程化的用对象语言编制的系统。 面向对象的系统应该有类、对象...针对这个系统如何发现可复用的类和对象呢? 各位大虾:能否给出您的分析思路。不胜感谢! 附:若对个系统不了解,您可用任一个应用系统做例子,可千万不拿如**编辑器来开涮。 (这样的类可很好找)
L lqy Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-05 #9 其實你自己都把類概括出來了﹐ 案件就是你的類啊 新增与删除、收费、审限、排期、查询、打印 都是它的方法 主要是實現﹐比如新增一類案件要做什么( 如建一個新的表來放該類案件等等)
O OopsWare Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-05 #10 建议你研究一下 TStream 类的源程序,看看Borland是怎样使用 OO 的。 在分析一下 TFileStream, TMemoryStream 如何继承在 TStream 之上。 细心读一下那段程序,会使你对 OOP 有更深了解。
建议你研究一下 TStream 类的源程序,看看Borland是怎样使用 OO 的。 在分析一下 TFileStream, TMemoryStream 如何继承在 TStream 之上。 细心读一下那段程序,会使你对 OOP 有更深了解。
T taozhiyu Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-06 #12 因为种类比较多,我认为首先搞清楚有哪些案件,分析出没钟案件的特性,共性。即它有 哪些属性和操作,这些属性和操作识别的案件所拥有的,哪些是他自己特有的。把最普遍 拥有的属性和操作集中起来形成基类,然后在此基础上集合其他属性和操作形成子类。 以上是我自己的一些认识,建议您看一些有关面向对象方面的书。
因为种类比较多,我认为首先搞清楚有哪些案件,分析出没钟案件的特性,共性。即它有 哪些属性和操作,这些属性和操作识别的案件所拥有的,哪些是他自己特有的。把最普遍 拥有的属性和操作集中起来形成基类,然后在此基础上集合其他属性和操作形成子类。 以上是我自己的一些认识,建议您看一些有关面向对象方面的书。
A actor Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-19 #13 To lql0459, u can use Factory pattern.
T t1122 Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-19 #14 我不太清楚你的具体方案,不过我的方案也许有用。 我一般都是这样构建三层: 把所有的数据库操作方到存储过程或一个数据操作的类库中,所有的业务封装到中间层(应用层), 而客户端用asp来做。 这样的好处是业务变化了只改动应用层,而且客户可以根据自己的喜好来自己定义客户界面, 不需要设计人员再来改动,而且数据库升级相对来说改动后的工作不会太多。
我不太清楚你的具体方案,不过我的方案也许有用。 我一般都是这样构建三层: 把所有的数据库操作方到存储过程或一个数据操作的类库中,所有的业务封装到中间层(应用层), 而客户端用asp来做。 这样的好处是业务变化了只改动应用层,而且客户可以根据自己的喜好来自己定义客户界面, 不需要设计人员再来改动,而且数据库升级相对来说改动后的工作不会太多。
S smartkid Unregistered / Unconfirmed GUEST, unregistred user! 2002-01-21 #15 to lql0459: >>针对这个系统如何发现可复用的类和对象呢 问题:为什么要复用呢? 因为有着重复或类似的需求!所以要从需求着手。离开了需求谈复用是没有意义的。