※ 引述《brianhsu (墳墓)》之銘言： : 基本上，我認為那個影片作者的想要表達的重點只有一個： : Java 是個 super verbose 的語言，在可以的情況下快點跳 : 船吧。XD 其實 Scala 也是 super verbose, 和 Haskell 相比 :p 我目前沒看過能寫得比 Haskell 還簡潔的語言。 就算是 dynamic typing 也不見得能比 Haskell 簡潔。 (為了 type safe, static typing 天生上會比 dynamic typing 來得 verbose) : 影片裡在強調這兩點： : * Code is read more than written : * We are all consenting adults. : 解釋：我們知道自己在幹啥事，所以所有的 field 都是 public。XD : 而第二點造成了 Python 的可閱讀性。 : 當然，第二點其實我自己不是很認同就是了。 說到 public/private 的事情，在 Ruby 裡， client 可以很輕易地跨到 private 的區段。 我想會有很多人說，這樣就沒有意義了。不過呢， 我個人是覺得這仍然是很必要的事情。有點像是區分 design defined behavior 和 implementation defined behavior. 至少你要讓 client 很明確地知道某個 method 是 private, 可以的話，請盡量不要用，未來很可能改變，甚至消失。 畢竟無法避免的，library or framework 也是會有 bug 的。 多少需要提供一些補救之道。類似這種感覺。但會不會因為能夠補救， 而使得 library or framework 實作者，皮繃得比較鬆散呢？ XD 這大概就會像 poga 板友所提到的： : 什麼政治宗教經濟因素拿出來討論就真的沒完沒了了... 不過我是覺得偶爾提一下也無妨啦 :p 不要死纏爛打就好了... 謹記謹記 : 這是程式語言設計上所採用的哲學的問題，在這裡 Java 很明顯 : 的喜歡 getter/setter，而其他三個語言比較偏好 properpty : 的做法。 其實我是覺得沒什麼差別。重要的差別在於兩點： 1. function/method call 可否省略 () ? 可的話，method 看起來也能像 data. 2. 能否有一定程度的 operator overloading? 可的話，a.b = c 也可以是 method. 第一點決定了 getter 的外觀，第二點決定了 setter 的外觀。 在 Ruby 裡，也只是 meta-programming 的應用而已。因此算是某種 syntactical 上的 sugar. 能不能省略 (), 我覺得也牽涉到一個議題。假設我需要取得 lat method 本體怎麼辦？我不確定在 Python 裡所謂 property 的狀況， 但一般 function 下，不打括號就是 function 本體。（應該吧？） 這點和 ECMAScript 是一樣的。然而在 Ruby 中，因為 () 可以省略， 因此這種作法是無效的。取而代之的是，呼叫另一個 method. coord.method(:lat) 以此取得 lat method. 這似乎就顯示出不同的主導方式： 在 Python / ECMAScript 中，data 是本體。寫： obj.method 是回傳 method 本身，對他使用 () 則是呼叫這個 method obj 的某個 function. 然而在 Ruby 中，沒有任何方法可以直接取得某個 obj 的 data. 所有的 點 什麼東西，全部都是 method call. 因此要取得 method 本身， 也得透過另外一個 method 了。 一開始我比較喜歡 Python / ECMAScript 的方式。不過現在我比較喜歡 Ruby 的 方式。因為其實需要取得 method 本體的機會比需要 method call 來得少。 那麼當然是能省略就省略。另一方面，則是用了 Haskell 後，不喜歡括號 :p : BTW，我個人比較喜歡有 Uniform access 的這邊，我個人覺得 : 用 property 的方式，可以很明顯的告訴你『你改掉了某個值』。 : val coord = new Coord (10, 20) : coord.lat = 20 : coord.setLat (20) : 在第二行裡我可以一眼就看出來我改了 lat，值是 20，而不是 : 像第三行先看到 set，所以知道我在改值，接著再看 Lat，拼 : 湊出『我在改 lat 的值』的簡單的事實。 : 我知道這和 Java 世界裡的觀念有所差別，不過我比較喜歡第一 : 種的作法。 : 而 Ruby/Scala 的好處是由於有 uniform access 你可以很簡單 : 的控制 getter/setter，讓你也可以讓你在某些情況下使第一行 : 消效。 Ruby 和 Scala 在這邊有不小的差異，在於就像我上面提到的， 在 Ruby 裡，一切都是 method call. 而 Scala 還是把 data 跟 method 混在一起。因此這邊確實會有 coord.lat = 20 的語意改變。 在 Ruby 中只是單純不同 method 而已。 Flash 的 ActionScript 3 可以這樣寫： var lat_: int; // data member, field, instance variable, whatever term function get lat(): int{ return lat_; } 於是寫起來也會是 coord.lat 呼叫上面的 lat() method. 這種方式跟 Scala 會比較像一點。 : 只能說，習慣了 Ruby/Scala 的簡潔，回頭寫或看 Java 程式碼 : 有的時候會很覺得痛苦就是了。由簡入奢易，由奢返簡難啊。XD 請務必試試 Haskell... XDXD -- In Lisp, you don't just write your program down toward the language, you also build the language up toward your program. 《Programming Bottom-Up》－ Paul Graham 1993 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.135.160.129