发信人: zzzhhhxxx()
整理人: leeyg(2001-06-05 22:50:06), 站内信件
|
看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
可在日后的操练中避免不必要的麻烦,另一方面也可看看异种见解,丰富一下
视听.
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 203.88.0.76]
发信人: leeyg (雷云沟), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 08:34:52 1999), 站内信件
【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: 看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
: 竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
: 得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
: 可在日后的操练中避免不必要的麻烦,另一方面也可看看异种见解,丰富一下
: .......
就我的实践，说一下我的看法：
OO的缺点：
1、存在一种悖论：
面向对象反映现实，但系统最终实现的比如录入画面（当然，可以
叫窗口，但此窗口毕竟与彼窗口是不同的对象）却是将来的现实。
2、OO的分析与成品所谓OO型的界面开发工具（如VB、VC、DELPHI）等
的内在联系尚未找到，如果坚持要用这些开发工具提供的方便（采用
Visual方法），则会使分析与用这些开发工具的开发仍存在脱节。
3、对象在网络环境下的并发性控制仍待在理论上进一步解决。这一点
很令我头痛。
4、OO提交给用户的系统功能及用户手册，其形成较功能分析法困难。
5、个人认为是最大的问题，是主动对象的问题仍需寻求一种理论上
及商品OOPL上的支持，现在用进程的方法解决虽然可以解决，但系
统开销太大。
谁有好方法，可以告诉我吗？
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.103.139.158]
发信人: majorsun (major), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易 BBS (Fri Oct 29 09:35:49 1999), 转信
正在考虑一种面向系统的系统分析思路.....呵呵
就是想把思想表述/代码实现/用户理解能够尽量统一起来...
打算忙完这一段(要几个月? 不知道了)把一些想法和经验用半小说的形式写出来....
--
被爱比爱人更幸福吗?
※ 来源:．网易 BBS bbs.netease.com．[FROM: 202.103.161.14]
发信人: zzzhhhxxx (zzz), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 11:38:56 1999), 站内信件
【 在 leeyg (雷云沟) 的大作中提到: 】
: 【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: : 看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
: : 竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
: : 得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
: .......
也就是说，用PB、DELPHI一类的工具很难实现从OOD来的模型？设计和实现
依然存在鸿沟？
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 203.88.0.76]
发信人: yuty (ty), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 13:01:00 1999), 转信
【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: 看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
: 竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
: 得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
: 可在日后的操练中避免不必要的麻烦,另一方面也可看看异种见解,丰富一下
: .......
用纯粹OO思想开发出来的系统，对用户而言是有缺陷的。
——所以要用一种东西来补充，这就是“向导”。
“向导”构成在扑朔迷离的对象之间的桥梁，是一种过程的东西。
--
[email protected]
企业工程论坛
http://www4.netease.com/~yuty/
※ 修改:．yuty 于 Oct 29 18:11:03 修改本文．[FROM: 202.104.161.230]
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.161.230]
发信人: leeyg (雷云沟), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 13:35:05 1999), 站内信件
【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: 也就是说，用PB、DELPHI一类的工具很难实现从OOD来的模型？设计和
: 实现依然存在鸿沟？
不好意思，没有把意思表达清楚。这个脱节只是说分析员的文档不能
直接交给编码员编码。
VB、VC、DELPHI等属于RAD设计方法学（程序设计领域）。RAD的思想是
创建包含可重复使用的组件（常称为控件）的窗体及为这些控件创建特
定的代码，还包括生成一个可执行和调试产生的最后的应用程序。（如
按纽控件的OnClick等事件）。
VC、DELPHI、BCB等支持面向对象，用它各种的控件开发软件非常方便。
用它们从头到尾构筑与分析文档完全一致的系统完全可以。但是，如果
这样，就不能充分利用这些RAD开发工具提供的方便，如：分析文档中
就会有“按纽”及其继承的控件，甚至在编码时，设计出这些“按纽”
而这些却都是RAD开发工具已经为我们做得非常完美了。我们要利用RAD
开发工具提供的方便，使控件与我们的分析文档结合。如果不解决，就
会出现脱节，就会存在映射的情况（虽然这种映射已经比功能分析法好
得多），分析文档就不能直接用于编码员的开发。举个例子：一个分析
阶段的水果“色泽”属性，一个设计阶段录入色泽属性的Edit控件，这
是两个不同的东西，它们是什么关系？怎么体现？
我个人认为，它们之间肯定存在一种内存的联系。我们要去发现。
我目前正在努力作这方面的研究，有这方面经验的网友请多多交流。
顺便说一下，PB也算是RAD，不过PB、Lotus Script应该视为数据库的
前端开发工具，对于数据库系统的开发很管用，但在工程上局限性很
大，我曾经在VB、VC、DELPHI、BCB、PB的选型上组织过人力进行多方
面的比较（97年），最后选择DELPHI，现在应该是BCB比较好，想改，
毕竟已经熟悉，虽然我最喜欢的是C。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.35.167]
发信人: wjanry (janry), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 14:06:30 1999), 站内信件
【 在 leeyg (雷云沟) 的大作中提到: 】
: 【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: : 看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
: : 竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
: : 得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
: .......
你对OO方法并未掌握，谈不上什么经验
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.185.239]
发信人: wjanry (janry), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 14:10:39 1999), 站内信件
【 在 leeyg (雷云沟) 的大作中提到: 】
: 【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: : 看了许许多多的文章后,感觉大家都在异口同声的说"OO方法就是好".但毕
: : 竟它不会包治百病,在面向不同规模的问题域的时候,同其它方法相比不见
: : 得会有优势.在下只是个生手,想听听高手们对OO局限性方面的感受.一方面
: .......
你对OO方法并未掌握，更谈不上什么经验！
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.185.239]
发信人: ebus (Franky), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 23:33:15 1999), 站内信件
那么,想听听你的.
【 在 wjanry (janry) 的大作中提到: 】
: 【 在 leeyg (雷云沟) 的大作中提到: 】
: : 【 在 zzzhhhxxx (zzz) 的大作中提到: 】
: : .......
:
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.121.103]
发信人: ebus (Franky), 信区: SystemAnalysis
标 题: Re: 想听听有关OO的消极观点
发信站: 网易虚拟社区 (Fri Oct 29 23:40:19 1999), 站内信件
我们也在使用bcb.
觉得在数据库应用上满足了要求.在系统级用途上没有经验.
个人觉得,面向对象的分析和设计若和关系数据库结合还是有鸿沟的.在实现上游
难度.
愿意听听大家在克服这个问题上的经验.
【 在 leeyg (雷云沟) 的大作中提到: 】
: 【 在 zzzhhhxxx (zzz) 的大作中提到: 】
:
: : 也就是说，用PB、DELPHI一类的工具很难实现从OOD来的模型？设计和
: : 实现依然存在鸿沟？
: .......
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.121.103]
|
|