第2个比较傻的问题.

akai

关于 OOP的问题函数的返回的问题.
我正处于perl的OOP初学阶段, java是不会的.python是不会的.
所以问题比较初级.
问题,
初始化一个FreeOZ的类的对象a.
然后FreeOz类中有个函数(方法) 比如叫convert().
convert的作用就是把输入的英文string转成chinese.
因为perl是伪造的OOP,该方法有2种返回. (我估计纯的OOP的语言可能只有一个)
一就是返回1. 表示处理或者说方法执行成功了. 转换的string存在 对象a中的chinese属性中. 直接print 对象 a的chinese属性就ok了.
还有一种就是传统的面向过程的方法 直接把string 直接返回, 在调用的地方用一个变量b把这个值取得了.然后print b .

我感觉第一中方法比较 OOP. 但不是很了解正宗的OOP是怎么处理的.

key

原帖由 akai 于 2-8-2009 21:10 发表

                               
登录/注册后可看大图

关于 OOP的问题函数的返回的问题.
我正处于perl的OOP初学阶段, java是不会的.python是不会的.
所以问题比较初级.
问题,
初始化一个FreeOZ的类的对象a.
然后FreeOz类中有个函数(方法) 比如叫convert().
conver ...

这个感觉有点过于感性了
如果一定要强调OOP，那么按照high cohesion原则，你这个功能要求的是一个翻译对象，
你无论如何不应该放到FreeOz类中去。至于翻译后的结果是否存放在原来的类中，这是一个值得思考的问题。
不过，再根据Open-closed原则，如果你把翻译后的结果存放到原来的类中，那么你就需要“抽象‘地存放，
比如你不能用chinese这类的属性来存放，否则，如果你那天要转成french/japanese，那就烦了，
你可以这样设计你的类：

Translator
- originalText : String
- resultText   : String
- originalLang : enum-Language（可以考虑支持autodetect）
- translateLang: enum-Language
+ Constructor()
+ Constructor(orig : String)
+ Constructor(orig : String, origLang : enum-Language)
+ setOriginalText(String text)
+ setOriginalLang(enum-Language)
+ setTranslateLang(enum-Language)
+ translate() : boolean
+ getTranslateResult() : String
+ translate(orig : String, origLang : enum-Language, transLang : enum-Language) : String //下划线表示静态方法

akai

复杂了 .复杂了.

我就是想问 调用某个对象中的方法. 和面向过程一样的那样 有返回值?

key

原帖由 akai 于 2-8-2009 22:06 发表

                               
登录/注册后可看大图

复杂了 .复杂了.

我就是想问 调用某个对象中的方法. 和面向过程一样的那样 有返回值?

OOP并不是返回什么值的问题，而是一套编程的方法体系。
面向过程也是一套方法体系，需要深入学习才能掌握。
刚开始的时候，尽量参考一些proven的设计来学习。
有一本好书是很重要的。而选择一种好的入门语言也很重要。

十年前，Java可能是最好的OOP入门语言。但现在，JDK加入了太多新的语法特性，
不容易掌握，而单单学习JDK 1.4以前的语法子集，似乎又不足够。这是一个两难的问题。
我自己不懂Python，听说是一种“严格”的语言，同时又有点自然语言的味道。
C++太复杂，比Java复杂多了。如果单单比较这两种语言，建议用Java

Perl虽然有OOP的特性，但Perl本身是一个很强的面向过程的语言，
有大量面向过程的库（虽然也有大量面向对象的库）。所以，如果通过Perl来学习OOP，
似乎不是一个好的选择。

stgeorge

其实不必拘泥于oop，关键在于你是否能很好的运用类库。
另外有时间多看看DP，

akai

感谢. 就不拘泥了. 反正能用可读 就ok了.

akai

象叉蓝同学习 , 附上和朋友的一段对话.作为备忘.
Me: 比如　a这个对象有个x和y的2个字段。　test这个方法就是把x转换成hex, 然后存在y这个字段中。　如果a只有一个字段。　那test就直接 return处理后的结果。　如果a有y字段。　那test就返回true，内容存在y中。。


LEE: 对的。


Me: 那　一般第二种是比较“地道”的oop吧


LEE: 是。通常OOP都是把这些认为是对象的属性保存在对象实例本身。甚至 return true 也不是必要的，而是在方法里面抛出各种 Exception 来处理各种 false 的情况
大多数情况下 return $this 即可


Me: ok. 那就是设计的时候　我就要把y这个属性放进去
虽然y只是处理结果　。　而只有x是接受　参数。


Sent at 12:27 PM on Monday
LEE: 嗯。不过也不是绝对的。减少直接的 return value 可以减少对象之间的耦合度，但实际情况中总会有需要输出的。
如果这个y是该对象最终的处理结果，直接返回也没什么不可


Me: 嗯．对　我看到java有个print的方法．好像叫system.print什么的
就是直接返回的


LEE: 对啊。除非你的对象是一个完全独立的对象


Me: 主要就是我对面向对象不通．　而我现在要改的perl代码都是oop的．　我看perl又可以直接返回　又可以不返回　我就蒙了．．
以前就糊弄用面向过程能解决问题　就ok了．


LEE: 呵呵。其实所有的理论都是双面性的，面向对象有时候不一定适用于所有的情况
最关键是设计本身的合理性

procoder

如果是c#，我会用expection。

procoder

Key说的对，如果我做，我只设置成utility class，不会有状态的。

key

原帖由 akai 于 3-8-2009 12:48 发表

                               
登录/注册后可看大图

LEE: 是。通常OOP都是把这些认为是对象的属性保存在对象实例本身。甚至 return true 也不是必要的，而是在方法里面抛出各种 Exception 来处理各种 false 的情况
大多数情况下 return $this 即可

晕~~
这位LEE同学这句话不是太对吧。

首先，“出错”的时候，通过Exception还是返回值进行表达是一个有趣的话题，你可以参考一些有意思的讨论。
比如某期的程序员杂志。
其次，如果数据的返回是有益，比如能提高程序的流畅性，减少冗余代码，那是应该返回的。
比如Database操作，操作完后返回ResultSet，而不是若无其事的执行一次，你喜欢就去getResultSet()。
至于返回this，是一种很特殊的做法，比如C++的I/O流，Java的java.lang.StringBuffer/StringBuilder
这种返回有助于程序写出很流畅的代码，让人觉得很cool，例如 C++ 的流：
cout << "hello "
     << myValue
     << endl;
而Java的：
new StringBuffer().append("hello ")
                  .append(myValue)
                  .append("\n");

key

原帖由 akai 于 3-8-2009 10:56 发表

                               
登录/注册后可看大图

感谢. 就不拘泥了. 反正能用可读 就ok了.

如果你把所有的泥都搞懂了，强悍了，那拘不拘都没所谓。
但如果你连泥是什么都没搞清就不去拘，那就有点~~~~

起步的时候，切记踏实

akai

谢谢 key指教了. 所以我的subject已经概括了你的～～～～～～．

我的意思是 我有点牛角尖了. 以为OOP就不应该. return了. 数值应该存在对象的字段中.后来看到 Java 也有个System.out.println(message);这个就是典型的面向过程的rerurn的写法吧．那这里的message属于哪个对象的字段呢？ 可见OOP和POP　也不是绝对的．．．　

freeray

返回的是一个对象而不是一个地址