J++ = Java + ?

很久都不罵人了，可是一不留心又看到了他寫了惡心文章，實在是讓人憤慨！這位板橋里人的"大名"是從透明的blog上知道的，首先就是感覺這個人的腦子有點問題！不去評論他發布的那個所謂的框架，就看看他寫的一些文章就足以知道這個人腦袋非常的混亂，在這樣混亂的情況下寫出來的文章也就可想而知了，最近這位所謂的"大俠"又開始害人了

你還在用if else嗎？－ http://www.jdon.com/artichect/ifelse.htm


面向過程設計和面向對象設計的主要區別是：是否在業務邏輯層使用冗長的if else判斷。如果你還在大量使用if else，當然，界面表現層除外，即使你使用Java/C#這樣完全面向對象的語言，也只能說明你的思維停留在傳統的面向過程語言上。

－我很納悶了作者怎么可以從是否使用if else來判斷一個設計是否符合OO特性呢？我們看到的if else屬于語言這個層次的東西，而if else僅僅是完成邏輯判斷的語句；如果說作者的這個觀點成立的話，java、c#的語言發明者應該早就明白或者預測到if else 的"不OO"的特性，也會考慮到在語言層面刪除這樣的邏輯判斷語句，但事實呢？發明者非但沒有刪除相反其他語言的發明者也一起發明了if else語句？！難道是大師們錯了？

還是以大家熟悉的論壇帖子為例子，如ForumMessage是一個模型，但是實際中帖子分兩種性質：主題貼（第一個根貼）和回帖（回以前帖子的帖子），這里有一個樸素的解決方案：
建立一個ForumMessage，然后在ForumMessage加入isTopic這樣判斷語句，注意，你這里一個簡單屬性的判斷引入，可能導致你的程序其他地方到處存在if else 的判斷。

　　如果我們改用另外一種分析實現思路，以對象化概念看待，實際中有主題貼和回帖，就是兩種對象，但是這兩種對象大部分是一致的，因此，我將ForumMessage設為表達主題貼；然后創建一個繼承ForumMessage的子類ForumMessageReply作為回帖，這樣，我在程序地方，如Service中，我已經確定這個Model是回帖了，我就直接下溯為ForumMessageReply即可，這個有點類似向Collection放入對象和取出時的強制類型轉換。通過這個手段我消滅了以后程序中if else的判斷語句出現可能。

－作者在這里似乎列舉了一個例子,可是對于帖子和回帖這樣簡單的問題，只要遵守OO的設計師都會抽象出一個帖子的父類，然而這又能說明什么呢？在具體的業務邏輯中難道你不判斷傳遞過來的對象的類別？（現在主題貼與回帖的處理方法是不同的），同樣你無法避免在具體的編碼中使用if else的可能？！


最后總結：將if else用在小地方還可以，如簡單的數值判斷；但是如果按照你的傳統習慣思維，在實現業務功能時也使用if else，那么說明你的思維可能需要重塑，你的編程經驗越豐富，傳統過程思維模式就容易根深蒂固，想靠自己改變很困難；建議接受專業頭腦風暴培訓。

　用一句話總結：如果你做了不少系統，很久沒有使用if else了，那么說明你可能真正進入OO設計的境地了。（這是本人自己發明的實戰性的衡量考核標準）。

－顯然作者并不是去討論if else的語言問題，而是為自己的"洗腦培訓"打廣告！并講這樣的問題上升到設計模式、禪的境界，可謂是煞費苦心呀，沒有人說設計模式不好也沒有人懷疑禪的境界的高深，但不是作者這樣的人靠讀一兩篇文章或者發布個所謂的"毫無實際意義"的框架就可以領悟到的，還是那句話：長得丑不要緊，不要出來嚇人！不過我還要補充一句就是，不懂不要緊，不要亂說免得害人（因為我們都知道潑婦罵街的道理，雖然沒文化但確實能夠帶來眼球效應）。