导航
  • 主页
  • Java SE
  • J2ME
  • Web开发
  • Java EE
  • Eclipse
  • 问答

有关于对象识别和其它?-----没有设计经验不要进来!

phonlee 2003-07-28 06:52:35
1)对象识别的问题??
OO中大家如何识别对象:
例如一个Cpp文件语法分析器
最基本的有名词: 对于名词可以很简单的找到:
UnitNode -----被分析的文件单元
ClassNode ---- 类节点
FunctionNode ---- 函数节点
ParameterNode ---- 参数节点

超类-----StringNode ----字符串节点

但是对于处理流程呢?
是否删除文件注释也是一个class.
类名称可以是CommentClear

感觉这个就是一个小的功能模块

那么对象的识别是否就是?名词+(动宾结构中的动词)

2) 讨论2 这么做感觉就是算法(动词对象)+数据结构(名词对象)
只是中间加入了函数隔离,加强了可维护性。
大家有什么看法?

3) 感觉OO实现过程中 类的划分就像工厂中工作的分工。
多态就是一个工种的再细分,对象间的关系就像工人间的协作;
所以,我感觉合理的分工就是良好的OO设计.

4) OOD如何设计好,
让一个会写函数的人就可以完成类的实现?


请各位发表高见!
...全文
1 点赞 收藏 13
写回复
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
welkin2k 2003-08-12
"没有设计经验的不要进来"
楼主的交流方式好像有点偏激
回复
fatpig521 2003-08-11
呵呵, phonlee(not a bird,but ...) 兄也许说的对,但就您提出的问题来看:
对象的识别决大部分开始于OOA阶段并在后面OOA迭代及OOD阶段完成的。
类的划分及子系统、包的确定更大程度上取决于对象职分配。
其实,从流程上看,并不是一定有OOA,或者说随着项目中OO思想的运用,OOA&D之间的界限没有传统的流程中那么明显了。关键要做好从分析到设计的自然过渡:在RUP中的改进构架的活动的目的就在于此:提供从分析活动到设计活动的自然转移,基本包括:从分析元素中确定适当的设计元素、从相关分析机制中确定适当的设计机制。
回复
phonlee 2003-08-09
2 fatpig521(瘦驼) :
我想你说的是理想的情况。----- 就是说很大的系统。
对于一般公司来说,更多的工作都在OOD上,架构的选择都是花费很少的时间和精力的。


回复
fatpig521 2003-08-09
搂主的多数行为是处在OOD的阶段,但如果OOA中:
定义备选构架(确定分析机制、用例实现、确定分析类)在构架分析和用例分析之间进行迭代、
改进构架(确定设计机制和确定设计元素)等都没有进行的情况下,OOD是很难正确的进行。
回复
phonlee 2003-08-09
楼上:
两个相同的,都是设计模式composite

回复
iceshape1 2003-08-09
中国有句古语:功夫在诗外。
当然是对写诗的人而言的,不过对于写程序也同样适用
有很多东西并不是简单的读读专业书籍就可以了,大师的水平并不仅仅在设计上
呵呵,我说了许多废话,其实很简单
大师都是在实践中成长起来的

对于OO的设计来说,涉及到太多的东西
无论是概念、原则还是实现都还有太多的东西需要学习!

最近在学习XML,搂主的词法分析器很像是一个XML地分析器
:)
回复
phonlee 2003-08-09
谢谢楼上的参与

2 gowithmenow(陈陈)
还是那句话:如果你感觉我的理解有误,请说出你的理解来。不要谈什么看书了,
来这里就是交流我们脑中的东西。 如果你理解了而且应用了,为什么就不能用自己的语言表达出来呢?
----- 个人感觉 中国程序员的交流能力很大程度上影响了自己的发展

2 mefaintII(我晕) :
///////////////////////
楼主的概念,更多的停留在实现细节上,也就是
某个小模块的实现。
而整个项目的发展,和更重要的总体把握都没有
做阐述。

////
我想的理解OO是一个分层的过程;对于小公司尤其如此;
因为,给你的设计没有完成全部的类设计;有些类要你自己设计出来。

我想这里过程,还高层类的设计原则是一致的。
这里就是讨论这些原则或者方法。

你可以针对这个问题结合上面的情况,说一下自己的见解















回复
mefaintII 2003-08-02
楼主的概念,更多的停留在实现细节上,也就是
某个小模块的实现。
而整个项目的发展,和更重要的总体把握都没有
做阐述。

中国缺少的不是程序员,而是设计师
回复
gowithmenow 2003-08-01
感觉OO实现过程中 类的划分就像工厂中工作的分工。
多态就是一个工种的再细分,对象间的关系就像工人间的协作;
所以,我感觉合理的分工就是良好的OO设计.
----------------------------------------------------
同意 leejidongdong(立即动动)的看法,单是上面的几句话就说明你不是一个优秀的设计者,你目前的设计水平就相当于一个小工厂的厂长,离金融运营家还有很大的距离!建议你再看看面向对象思想!
回复
phonlee 2003-07-30
UP!
回复
phonlee 2003-07-29
楼上

希望谈得具体些?
你觉得哪些是精髓。

OO大家都知道好处,问题如何是应用?
高效的操作流程是什么?


回复
leejidongdong 2003-07-29
感觉你还没参透其中的精髓
回复
schwarzenegger 2003-07-28
3) 感觉OO实现过程中 类的划分就像工厂中工作的分工。
多态就是一个工种的再细分,对象间的关系就像工人间的协作;
所以,我感觉合理的分工就是良好的OO设计.
------------------------------------------
你的感觉根大师一样,对象职责分配是OO设计最重要和复杂的工作

回复
发动态
发帖子
Java
创建于2007-09-28

4.6w+

社区成员

Java相关技术讨论
申请成为版主
社区公告
暂无公告