淺談J2EE開發 之 易用的原則

上次談到了穩定和高效，今天來談談易用這個問題。

貌似易用和開發的關係不是很大，畢竟，軟體好用不好用更多的是設計上的問題，這話不假。其實呢，易用和開發也是有關係的。最簡單的一條，你的軟體不好用，就沒人買，沒人買你就沒錢拿，沒錢拿就只好回家喝湯了，呵呵。

言歸正傳。

易用的原則，第一，是忽略一些細節。這裡說的細節是說業務的細節。也就是說，一般情況下乃至絕大多數情況下使用者不會和不需要在意的東西。舉個例子說，比如到書店有兩條路可以走，但是一條好走，另一條全是野狗擋道- -#，那就沒必要給使用者選擇了吧，畢竟喜歡沒事做飛簷走壁的不多嘛。換到實際業務中，就是有一些可有可無的細節，就不用羅列出一大堆來給使用者選擇了。畢竟真的專業系統能做的機會太少了，只有那種系統需要大把大把的選項來控制。這種系統一般來說有個專用名，叫工控系統，也就是工業控制系統。

其次，是和專案部署有關係的。儘量不要弄太複雜的東西，比如配置檔案一大把，每次釋出後要修改的配置檔案搞上幾十個，那還是算了……這麼說的原因是軟體最後的釋出都不是開發去，都是實施人員去。而實施人員很少會對開發非常瞭解，即使瞭解了人家也不知道你要怎麼配是不是？而且最麻煩的是，配置越多，越容易出錯。減少出錯，也就增加了軟體的可靠性，對不？

下面來談談和開發有關的易用性。個人的意見很簡單，開發裡面，儘量不要用太過複雜的技術和框架，除非你很精通，否則不要冒險。因為開發是個技術活不假，但是實際上，開發是為商務服務的。商務能賣出去東西，你就能有收益。而客戶那是不會管你究竟用什麼技術的，你用JSP來寫也好，用JSF也好，用EJB也罷，客戶多數情況下是不會理睬的，人家只管這東西好用不好用。用最趁手的工具來做最優秀的產品，而不是炫耀技術。雖然一般來說，程式設計師之間互相比的就是技術，但是那不是團隊合作的思想。團隊的目標是把軟體賣出去，然後掙錢養活家人和自己。

舉個例子，我曾經見過一個專案。客戶說，我們要寫報告上去申請資金，你們能不能用點新技術？然後PM回答了一句，好的，我們會有新技術的。這個所謂的新技術是EJB。

且不論EJB算不算新技術，一個MIS專案用EJB，至於麼？需要分散式，需要這麼重的元件麼？後續的開發任務就很明朗了，寫一大堆Bean，一大堆程式碼，就為了用一下EJB。然後釋出的時候，很無語的給了釋出人員一個war檔案，我反正沒搞明白怎麼打包的。然後就完蛋了，展示會被搞的一塌糊塗。不過最後專案還是過關了，這個就不是技術解決的範疇了，呵呵。

易用這個東西沒多少好寫的內容，先說這麼多吧。易用的範疇，更大程度上是在產品設計階段，而不是在開發階段。