发信人: hyenachenyao()
整理人: majorsun(2000-03-08 19:02:04), 站内信件
|
在您以前提到的关于一个类引用另一个类中属性的问题中,您提到在分析层是否应
该
对这种引用进行建模.
我的观点是:
1.类(对象)的属性(数据)主要是分为private,public,publish三种.
严格的讲,private和public是类内部自定义的属性(数据).如果外部类(对象)想要
访问这类属性(数据),应该通过类(对象)提供的服务(方法)进行访问.这样,保证类
数据
的封装性.pulish是类(对象)对外部公开的属性(数据),因此,外部类(对象)可以直
接访问.
2.delphi中的那种属性(public)直接引用,我认为是一种对类内部属性(数据)访问
服务
的简化.
3.如果您所说的分析层是系统开发的系统分析阶段,在系统建模时,我认为对这种
方式
应该建模.而在系统设计阶段,设计的方式有多种,根据具体情况具体分析、设计。
--
※ 修改:．hyenachenyao 于 Oct 20 21:27:18 修改本文．[FROM: 210.72.252.149]
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 210.72.251.128]
发信人: hyenachenyao (BlueHyena), 信区: SystemAnalysis
标 题: Re: 回答3871同志的一个问题.
发信站: 网易虚拟社区 (Wed Oct 20 21:51:50 1999), 站内信件
【 在 leeyg (雷云沟) 的大作中提到: 】
: 【 在 hyenachenyao (BlueHyena) 的大作中提到: 】
: >1.类(对象)的属性(数据)主要是分为private,public,publish三种.
: >严格的讲,private和public是类内部自定义的属性(数据).如果外部类(对象)想
: 要
: .......
您的意见我表示赞同,在原则上,应该向您所说的那样,但在中国的大多数公司中,
实现
这种比较严格的分析、设计的不多。
从软件工程的角度说，从需求分析到编码阶段，都应该严格保证系统的一致性，
并应有
严格的质量监督和测试工作。
在您了解的范围内，这种质量的监督和测试是如何进行的？（能否有具体的例子
）
您对质量保证体系中风险管理是如何看的呢？谈谈您的见解。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 210.72.252.149]
发信人: supermario (Mario), 信区: SystemAnalysis
标 题: Re: 回答3871同志的一个问题.
发信站: 网易虚拟社区 (Wed Oct 20 23:01:26 1999), 站内信件
【 在 hyenachenyao (BlueHyena) 的大作中提到: 】
: 【 在 leeyg (雷云沟) 的大作中提到: 】
: : 【 在 hyenachenyao (BlueHyena) 的大作中提到: 】
: : 要
: : .......
: .......
经常是一把糟
--
点解，点解啊？！！（摧胸顿足状）
--------------------------------------------------------------------------------
作 者: leeyg (雷云沟) 1999.10.20 修改 删除 转贴 打包 回复 加至精华区
【 在 hyenachenyao (BlueHyena) 的大作中提到: 】
>1.类(对象)的属性(数据)主要是分为private,public,publish三种.
>严格的讲,private和public是类内部自定义的属性(数据).如果外部类(对象)想
要
>访问这类属性(数据),应该通过类(对象)提供的服务(方法)进行访问.这样,保证
类
>数据的封装性.pulish是类(对象)对外部公开的属性(数据),因此,外部类(对象)
可
>以直 接访问.
对，我跟你一样赞成面向对象的封装问题不应是系统分析要解决的问题，
而应该是OPL的编译程序问题。
我的问题在于对象与对象之间互相引用各自的Public属性到底应该是一
种什么样的联系。
>2.delphi中的那种属性(public)直接引用,我认为是一种对类内部属性(数据)访
问
>服务的简化.
跟你的想法一样
>3.如果您所说的分析层是系统开发的系统分析阶段,在系统建模时,我认为对
>这种方式应该建模.而在系统设计阶段,设计的方式有多种,根据具体情况
>具体分析、设计。
这个我不赞成。原因有2：
1、面向对象的一个好处，就是分析层面与最终设计的文档是连贯的，就
是说这一文档贯穿整个开发阶段，分析层的文档直接为设计服务，设计
对文档的改进直接为分析层的改进提供依据。
2、在设计时没有节制地互相引用对象的属性（当然是公共的），将会使
结构不清晰。在开发时非常不利于大型系统的开发，在维护时付出的
代价也非常大。
多多交流。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.104.35.40]
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.102.171.235]
|
|