程序員需要SOA嗎？----SOA業務開發平臺(二)

關鍵字：程序員 SOA業務

　　我93年開始學習編程，當時求伯君，朱崇君，吳曉軍已經名滿天下的，估計不少新一代的程序員，除了求伯君和金山在，其他的兩位，許多人都已經不認識了。我還用過五寸盤，但當時三寸盤已經流行了。WIN3.1讓人羨慕。

　　當時，顯卡，CPU，內存都極為簡陋。寫程序必須對這些資源都吹毛求疵，想盡各種腦汁對付這個一窮二白的機器。也沒有現成的圖形庫和算法庫，現在對DirectX的進化尤其羨慕。

　　當時，面向對象，我還不知道為何物。目的，就是想寫個游戲軟件，省得我老給游戲廳老板送錢。

　　一直在亂寫代碼，代碼多了，自己都if..else的繞的頭疼，于是把代碼分段，分成函數。對于客戶來說，當然沒啥感覺，反正他又不認識代碼，他也不想看代碼，用功能就是了。但是對于自己維護代碼，修改代碼，增加新功能卻好很多，因為閱讀容易了，所以寫的就快了。但過去也是瞎分函數，其實就是感覺太長，理解起來腦子不夠使了，就分成函數了，其實函數之間還是用公共變量連在一起，后來才發現了問題嚴重性，公共變量被函數賦值來賦值去，把我自己都搞暈了，都弄不清楚目前這個變量是什么值，當然程序的穩定性就沒有了，為了調試錯誤花了我大量時間，客戶也不滿意，給收入帶來了影響。想，怎么能解決這個問題呢，怎么不讓函數間糾纏不清呢，于是下功夫冥思苦想函數的發源，用意。過去認為自己寫個function就是函數了，其實只有函數的形，沒有函數的神，函數根本沒有起到函數的全部作用，只是讓閱讀看起來容易了一些，但是由于函數間用公共變量聯系在一起(沒辦法啊，函數之間肯定有邏輯關系，當時想到的自然是公共變量的方法，但居然現在還有不少程序員在犯我93年的問題)。

　　過去也沒有互聯網，也沒有現在發達的圖書出版業，也沒有現在眾多的程序員，只能自己苦想，最后才在計算機課本上看到真正的函數描述。唉~~，平時覺得課本無用，到了要講真功夫的時候，發現自己苦找的原來就在身邊就在課本上(現在不少計算機專業的學生都說學校課程無用，讓人嘆息呀)。琢磨課本，于是才真正開始使用函數。函數，就要封裝，自我封閉。有輸入，有輸出，才叫函數。函數對外是黑盒子，只要安心調用就是了，函數內部怎么申明變量，怎么給變量改變值，是函數自己內部的事情，函數自己負責自己，別的函數根本不用操心自己調用的其他函數的內存創建呀釋放呀什么的，讓函數之間盡量關聯越少越好，就是通過函數的參數入口來聯系彼此。

　　這下，修改代碼，只修改某幾個函數，增加功能，也是增加幾個函數，函數之間耦合低，所以代碼寫的也穩定，寫的也快了，閱讀也快了。對于客戶來說，他不知道我發生了什么變化，但是他能感覺得到我的軟件穩定，修改的也快了，客戶的滿意度又回來了。這就是面向函數的好處(雖然沒有人提面向函數這個詞)。

　　函數是用的美不滋兒了。但問題又來了，函數太多也鬧心啊。沒封裝函數前，是代碼大流水讓人腦子想不清楚了缺氧了?，F在封裝了函數，函數多的這個函數調那個，那個又調另一個，照樣缺氧了。尤其要維護的時候，打開源代碼，一片片的函數，都不知道這么多函數是個什么關系，到底要重點看哪些函數，哪些函數從屬哪些函數?現在都是平輩兒，誰都分辨不出來。又鬧心了。

　　96年，開始學習DELPHI，人家都面向組件了，自己的思維還不知道。自己連面向對象的概念都沒有。但類啊什么的，倒是有耳聞了。但和過去用函數之前一樣，只知道形，不知道神。用了很久DELPHI，也是只用人家的類和人家的組件，自己寫點東西，還是函數。知道函數鬧心，但也沒想到用類去解決。

　　最后開始安心讀DELPHI的類庫源代碼的時候(當時是自己也想做個組件，呵呵，連面向對象都沒用過，就自己想面向組件?但當時自己根本沒想到面向組件這一說法)，越讀越深，越讀越感覺人家這代碼寫的好。但仍然愚蠢的不知道人家使用的是面向對象的妙處，只是自己立志也要寫這樣的代碼。于是照貓畫虎學著人家的樣子寫。這就是我開始面向對象的第一步，其實自己都不知道自己已經在面向對象了。

　　不知道是學人家DELPHI的類庫作者高手的源代碼的原因，還是自己應用面向對象的原因，反正過去函數扎堆成群的問題緩解了，我的軟件穩定性又回來了，修改的也快了，客戶的滿意度又回來了。唉~~，每一次代碼規模的擴大(沒辦法不成規模擴大呀，現在業務越來越復雜，當然代碼越來越多)，都需要一種方法解決問題。

　　寫著寫著，就自己開始琢磨了，為什么這樣寫會代碼好維護，過去寫了成群的函數就不好維護了。就開始自己對比自己寫的過去的函數代碼和現在照貓畫虎的面向對象的的代碼。哦，原來是把一些函數都分級了，有私有，有公共，有這個類，有那個類。原來是把過去200個函數，又切割分塊了，就如同過去把1000行代碼分割一樣。

原文轉自：http://www.kjueaiud.com