怎样将一个项目用oo的思想进行设计？讨论，关注！

[swat]

[eed112]

小妹才疏学浅，oo是什么？

[fiddleman]

关注
to eed112: oo就是面向对象

[beyond_ml]

OO：Object-Oriented
呵呵，小懒虫虫和始祖鸟那里去了？
我也关注这个话题。。

[yishen]

就是把项目中的对象找出,然后进行编程.
呵呵

[mission_g]

小弟发表点言论,希抛砖引玉
找实体、过程，实体引出的类偏数据成员的操作，过程引出的类偏调用其他，并且注重继承、虚函数的设计.use case图包含一些这种思想
小弟很想听听c++高手们对static用法的一些心得，希望能不吝赐教

[beyond_ml]

俺的概念：OO的思想是以物质（哲学中的定义）为中心的，围绕这个中心我们可以刻画、或者说简单描述其周围的事物，通过仔细观察这些物质之间的关系，可以得到他们整个体系运作的规律。到此为之，可以说我们已经完成了OO的思想。设计从思想中来，好的程序必然需要好的思想。不知道说的对不对，请大家给看一看。
但俺对OO并不崇拜（也许是我接触时间少，理解不深），俺的看法依然是：适度、适时、适量。
“图书馆”是我在教材上发现的最常见的例子了。所有的C++大虾们都会creat一个bookmatrial的类。然后静态成员、多态、虚函数（甚至还会有虚继承）就跟着来了，通篇的代码里看不到一个case语句，当然这也是最经典的OO例子了，但从我最近这段时间钻研《深入探索C++对象模型》的成果来看，这唯一的OO途径，却也费的很大力气。先不说什么样的程序员可以在其中这么多的技术中游刃有余而不出错误，单说那一些继承出来的各种东东的复制就花了不少力气，也费了不少内存。（说不定直接使用DBMS会简单、直接的多）
大家说呢？

[GRIEG]

gz

[swat]

什么名称？

[seahorse]

用UML，工具Rational Rose

[andyda]

to: beyond_ml(man) N……你说的有一定道理，但是举例好像那个不太妥当，要知道，书里的例子是思想尽量简单而使用的技术尽量多为好的，如果用一个大系统来作例子，书不知有多厚了。OO思想是应软件危机而生的，它的温床是庞大的系统和协调的团队，使用OOP是为了让SA和Coder之间更方便更标准地交流，也是为了减少系统升级和维护的工作量。至于“OO的思想是以物质（哲学中的定义）为中心的”我很赞同，因为它最大的特性就是封装了。
另外，设计嘛，对象的抽象和粒度应该很重要。各位大虾说呢？

[beyond_ml]

嗯。有道理。果然我的理解还很肤浅。呵呵
看来俺又要充电了。

[swat]

是不是干这种活必须建立在理论+实践之上？

[wjzhuang]

@_@

[awk]

可以看一下《设计模式》，虽然有点古老。

[SCUM]

从用户角度分析项目，而非从代码编写的角度。

[supersusheng]

清华大学刚刚出了一本这方面的书，作者是青鸟的主创人员，不错的

[swat]

up

[li_z]

设计文档可以参考Booch的设计方法，使用Rose等工具也能够进行需求分析。
看看书就很容易进行一次有效的面向对象的设计工作。
试着自己划分模块、编写状态迁移图。