Re: [比較] 簡單的 Java/Python/Ruby/Scala 比較。

看板PLT (程式語言與理論)作者 (墳墓)時間15年前 (2010/01/08 09:07), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串7/11 (看更多)
※ 引述《PsMonkey (痞子軍團團長)》之銘言: : 我不是來護航的,不過被認為是護航的也無訪 : 起因是因為這篇文章我看了很久都看不懂 因為這篇是從影片延伸的,所以有些地方我略過了,另外 其實影片有些地方我不認同,不過我沒提出來。 這裡只是很無聊地把影片裡的例子原封不動的搬出來而已, 所以也沒啥護航不護航的。 基本上,我認為那個影片作者的想要表達的重點只有一個: Java 是個 super verbose 的語言,在可以的情況下快點跳 船吧。XD 另外,他還有另一個影片也很有趣: http://oodt.jpl.nasa.gov/better-web-app.mov 是在講 Web framework 的,裡面的口號是 We Love J2EE!XD : 如果今天比較的論點在於 : Java 要自己寫一堆 getter/setter : 而其他三種語言不用 : 那我不置可否 : 用 Eclipse 的 getter/setter generator 的人好像沒啥資格講話 XD 影片裡有一個論點:程式碼閱讀的次數比撰寫的次數多。 我們不在乎寫一堆 getter/setter,但在閱的時候會產生很多 噪音,造成閱讀上的困擾。 : : 到這邊為止,Python / Ruby / Scala 還是不算完全打敗 Java,畢竟 Java : : 也才九行程式碼,Ruby 也要七行。 : 如果你不用符合 JavaBean 的 spec : 沒有引數的 constructor 可以省略 : (lat, lon 的 field 宣告部份也可以合成一行→無意義 XD) 這裡是為了保持各種語言實作出來的行為一致性,提供一組 default constructor,lat/lon 會是 0,但同時也提供另 一組做初始化,所以沒辦法省。 在這邊 Python / Ruby 都是用 default argument value 的 方式做,Java/Scala 則是提供另一組 constructor。 PS.Scala 2.8 開始也可以用 default value 了。 : : 重點是下面了,現在我們發現原來的設計有問題,因為 lat 不能小於 -90 : : 或是大於 90 ,我們要如何在不更動原有的客戶端的情況下,把這個判斷加 : : 到我們的函式庫呢?Python / Ruby / Scala 都可以很輕鬆的做到。 : 基本上 Java 的教科書(忘記官方 coding style 有沒有這樣建議?) : 都會告訴你去寫 getter/setter 來存取 field : (所以這幾天在寫 GridBagLayout 的時候還頗驚訝 XD) : 你不用 setter 來設定 lat 的值 : 然後說的好像 Java 作不到 : 跟抱怨「Java 裡頭不能操作指標很麻煩」的感覺差不多 : 只能說... 我的功力太低,實在不太懂...... Orz 影片裡在強調這兩點: * Code is read more than written * We are all consenting adults. 解釋:我們知道自己在幹啥事,所以所有的 field 都是 public。XD 而第二點造成了 Python 的可閱讀性。 當然,第二點其實我自己不是很認同就是了。 我們當然可以在 Java 裡用 getter/setter(影片裡一開始的作 法),但會從 9 行程式變成 21 行,成為影片裡說的 super verbose,然後別忘記第一點:Code is read more than written. 但如果我們要用破壞封裝來達成簡潔,就無法達到上面說的當你 有一天發現程式有問題時,可以不用動到客戶端的 code 來做修 正了。 這裡只是簡單的指出在客戶端的程式碼是相同的情況下(都不使 用特殊的函式),如何能夠達到相同的效果,而結論是 Java 本 身是做不到的。 這是程式語言設計上所採用的哲學的問題,在這裡 Java 很明顯 的喜歡 getter/setter,而其他三個語言比較偏好 properpty 的做法。 其實沒啥好壞之分,只是設計的哲學不一樣,但就像你說的,我 也很訝異我在 Android 會看到用 public field 來操作的情況 出現。 Notification 就是一個例子,他有很多 feild 是 public 的。 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,讓你也可以讓你在某些情況下使第一行 消效。 Ex. 可以用 coord.lat 讀值,但不能用 coord.lat = 來指定值。 不過這都只是個人偏好就是了。 只能說,習慣了 Ruby/Scala 的簡潔,回頭寫或看 Java 程式碼 有的時候會很覺得痛苦就是了。由簡入奢易,由奢返簡難啊。XD -- ~ 白馬帶著她一步步地回到中原。白馬已經老了,只能慢慢地走, 'v' Brian Hsu 但終是能回到中原的。江南有楊柳、桃花,有燕子、金魚…… // \\ ( 墳 墓 ) /( )\ 但這個美麗的姑娘就像古高昌國人那樣固執。 【白馬嘯西風】 ^`~'^ http://bone.twbbs.org.tw/blog 『那都是很好很好的,可我偏不喜歡。』 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.120.199.114
文章代碼(AID): #1BHeLJvx (PLT)
討論串 (同標題文章)
文章代碼(AID): #1BHeLJvx (PLT)