1 234 5 6 / 6 页下一页

楼主: 宅男-兜着走

[讨论][C#][JAVA][PHP] OOP 的逻辑，如何写个好CLASS？

[复制链接]

宅男-兜着走

46 主题	6 好友	6456 积分

百变名嘴

Rank: 13

发消息

21^#

发表于 2009-12-7 09:31 PM |只看该作者

回复 #20 goodday 的帖子

了解了。

因为这样的做法比较省code + 容易maintain + 能偷懒。这个就是 Interface的作用。

使用道具举报

fyhao

20 主题	4 好友	2395 积分

白金长老

Rank: 10

发消息

22^#

发表于 2009-12-8 03:07 AM |只看该作者

Interface 最多做 standard 的用途，但省不到 code，但的确可以少很多烦恼，因为有了标准，容易maintain （从java的角度，其他语言不知）

对了，想问 Goodday，你画的那个 UML 图，
Employee 有 properties name, age, address 的话，然后 method 有 add(), update(), delete()，写成 coding 都是 properties 和 method 写在一起？我大多数都会写在一起，但有时感觉到有点奇怪的样子。。。因为我的设计是在数据库返回数据 List 的时候，里面都会包装一个个的 Employee class。所以，当我要调用比如 getList() 的时候，我就
new Employee().getList();
这样我建立这个 Employee 只是为了做 getList() ，然后又返回其他 Employee 给我访问里面的 name age address。。。

或者，Employee 单单只有 properties，然后用另外一个 service class 来访问 Employee 来做 add update delete 操作。这样就看起来比较合理了。。。

[ 本帖最后由 fyhao 于 2009-12-8 03:10 AM 编辑 ]

使用道具举报

goodday

13 主题	0 好友	2113 积分

白金长老

Rank: 10

发消息

23^#

发表于 2009-12-8 11:49 AM |只看该作者

我的employee 是的目的是一个而已

如果是多的我的 list 是收在 employees 的class 的property 的

哈哈千变万化的
用 ifactory 来实行
还有要求再改
UML 的好处是还没写code 就知道问题所在
然后可以讨论

以前我的其中一个 project 30 个programmer
沟通的是 UML

好像起屋子要蓝图
如果你写完咯再叫你改你会骂到飞天咯
我起了 10 楼你叫我拆 2 楼

我们programmer 都是有 UML 来补助
我们的沟通是有一定的需要

新的 visual studio 2010 有 vs 用的 UML planner 了

你找工吗？？？找我咯我有介绍呵呵
你是java 仔？？

使用道具举报

goodday

13 主题	0 好友	2113 积分

白金长老

Rank: 10

发消息

24^#

发表于 2009-12-8 11:53 AM |只看该作者

夷~~~~
线用错了是关系线不是承继的

使用道具举报

fyhao

20 主题	4 好友	2395 积分

白金长老

Rank: 10

发消息

25^#

发表于 2009-12-8 01:07 PM |只看该作者

我做PHP比较多。。。Java 跟 ASP.NET 还没出学校过。。。

你有什么介绍？

使用道具举报

宅男-兜着走

46 主题	6 好友	6456 积分

百变名嘴

Rank: 13

发消息

26^#

发表于 2009-12-8 01:39 PM |只看该作者

回复 #22 fyhao 的帖子

如果Interface 有用的话，我觉得能杀掉多点判断句吧。

毕竟还是有用途的，还有就是不必东找西找那些code。

使用道具举报

duo8668

10 主题	0 好友	862 积分

青铜长老

Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7

发消息

27^#

发表于 2009-12-8 02:21 PM |只看该作者

原帖由 goodday 于 2009-12-7 11:08 AM 发表
http://i285.photobucket.com/albums/ll80/neo_yap/employee.jpg

随便画的
我好像不对呢

真的不对呢

使用道具举报

goodday

13 主题	0 好友	2113 积分

白金长老

Rank: 10

发消息

28^#

发表于 2009-12-8 02:45 PM |只看该作者

原帖由 duo8668 于 2009-12-8 02:21 PM 发表

真的不对呢

请指出
研究研究

使用道具举报

duo8668

10 主题	0 好友	862 积分

青铜长老

Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7 Rank: 7

发消息

29^#

发表于 2009-12-9 12:50 AM |只看该作者

原帖由 goodday 于 2009-12-8 02:45 PM 发表

请指出
研究研究

以我们学校老师所教的话，那个 dotted line + 有 arrow 的应该是aggregation(不知道有没拼错)。所以它会出现在两个classes 中间而且是这个 class本身是一个 condition，在某种状况下就会执行的。而 interface 本身是缺一不可的话，也就是在 coder implements 的情况下，应该放实心的尖角型。

因为format了电脑。。。然后没安装staruml。。。所以不能放上来。

不过，只要别人看得懂，其实也没什么关系。读书嘛。。。就是为了 A 。老师的名句

3.41am 编辑

刚想到一个问题, 当我们 create 一个 instance 的时候，是 refer to the class 还是 load all code into the variable？
那么如果说是 load all code into the variable 的话， extends 是不是做一样的工作？这样的话 create instance 会占更多memory了吧？
有没有人试过 extends 到尾的？

谢谢各位大大的回答！

[ 本帖最后由 duo8668 于 2009-12-9 03:44 AM 编辑 ]