軟件開發(fā)，尤其是商業(yè)軟件開發(fā)，是一個系統(tǒng)工程。開發(fā)者，尤其是管理者需要系統(tǒng)地去考慮和控制整個開發(fā)過程中的每個環(huán)節(jié)，以保證軟件的質(zhì)量。下面首先從軟件架構(gòu)談起，結(jié)合我自己的開發(fā)經(jīng)驗，跟大家共同探討一下如何通過軟件平臺化保證產(chǎn)品質(zhì)量。
為什么平臺化？
按照面向?qū)ο笤O(shè)計思想和重構(gòu)理論，軟件開發(fā)過程中要盡量不要對已有代碼進(jìn)行改，而是采用增量式的開發(fā)方式，以避免對老代碼進(jìn)行修改時引入新的Bug。為什么要這樣呢？因為代碼編寫出來后是要進(jìn)行測試的，通過測試來發(fā)現(xiàn)和解決代碼中存在的Bug。當(dāng)一段代碼編寫完成并測試通過后，我們就可以說這段代碼基本上沒有Bug了，是穩(wěn)定的（最起碼在當(dāng)前可預(yù)知的條件下是穩(wěn)定的）。如果對這段已經(jīng)穩(wěn)定的代碼進(jìn)行了修改，那穩(wěn)定就被打破了，也就無法保證這段代碼沒有Bug了，必須要進(jìn)行新的、全面的測試和修改后才可以重新說這段代碼是穩(wěn)定的。可是實際的商用軟件開發(fā)過程中，我們能保證可以對被修改的代碼重新做一遍完整的測試嗎？你可以說“我可以”。但是如果你的老板告訴你這代碼實現(xiàn)的功能明天就要交付給客戶，那你還可以說“我可以”？好，如果你是一個高手，通過一宿的加班，你還是可以說“我可以”。那如果你修改的這段代碼剛好是一個剛剛生病住院的兄弟寫的，而你只是臨時頂替他，并且你不完全熟悉這段代碼的細(xì)節(jié)，那你還可以說“我可以”嗎？不熟悉代碼的情況下你還能夠保證測試的全面性嗎？
在商用軟件開發(fā)過程中，這種情況應(yīng)該是會經(jīng)常遇到的。進(jìn)度緊張、加班加點、人員離職。。。。。。一系列的問題都在不停的干擾著我們以理想的方式去完成軟件的開發(fā)。這種情況下，我們所要做的，只有提高效率。不必要的工作盡量不去做，也就有了上面說的增量式開發(fā)的理論。最起碼，增量式開發(fā)方式可以減少你做一些不必要的測試工作，也可以減少對老代碼的修改引入新Bug的風(fēng)險。大家常說的到高內(nèi)聚和低耦合，其實也就是這個道理。
這里只是舉了一個簡單的例子來說明增量式開發(fā)的好處。如果大家想從更深層次上了解為什么這么做以及如何做，建議大家去看Martin Fowler的《敏捷軟件開發(fā)：原則、模式與實踐》。
言歸正傳，為什么軟件架構(gòu)設(shè)計要平臺化呢？
要解釋這個問題，需要首先說明什么是平臺。按照我的理解，平臺應(yīng)該是在一定的需求范圍之內(nèi)，封裝了為實現(xiàn)這些需求而必須具備的一些基本功能和執(zhí)行邏輯的軟件框架。這個框架式和具體的業(yè)務(wù)無關(guān)的，僅僅定義了一些為實現(xiàn)這些業(yè)務(wù)而必須具備的接口。并通過這些接口搭建起來的一個完整的、可運行的軟件框架。在這個平臺之上，可以根據(jù)不同的需求，對平臺定義的接口進(jìn)行實現(xiàn)，來實現(xiàn)具體的業(yè)務(wù)。（描述得比較抽象，請大家慢慢體會）
從平臺的發(fā)展歷史來看，大致經(jīng)歷了從操作系統(tǒng)平臺到數(shù)據(jù)庫平臺再到業(yè)務(wù)基礎(chǔ)平臺的發(fā)展過程。我們這里討論的平臺主要是指業(yè)務(wù)基礎(chǔ)平臺。這個平臺的目的主要是讓開發(fā)人員從底層的軟件開發(fā)中脫離出來，將主要的精力集中到業(yè)務(wù)上。舉例來說，音樂播放器開發(fā)平臺可以讓開發(fā)人員把精力集中到開發(fā)對不同格式音樂的支持上，而不必再去處理界面的開發(fā)。
綜上所述，平臺化，就是要把軟件開發(fā)人員從紛繁的開發(fā)工作中解放出來，讓他們可以把主要精力都集中到業(yè)務(wù)相關(guān)功能的開發(fā)上來，提升開發(fā)效率。這就是平臺化的目的。
好了，天也不早了，洗洗睡了。后面有時間，再和大家進(jìn)一步探討如何實現(xiàn)軟件架構(gòu)的平臺化。
