如何做一個Java應用程序

Question

的設計審查我想這個問題已經被問許許多多的時間，我沒有得到清晰的圖像爲：

如何做一個Java Web應用程序的應用程序設計審查？我們應該看看在設計中發現漏洞的事情是什麼？

欣賞某些步驟可以幫助我，我會進一步閱讀一些文獻。

感謝

Answer 1

輕浮的答案是「與任何其他Web應用程序相同」。

無論使用何種技術，大多數設計審查步驟對於任何Web應用程序都是相同的。

• 如果您尚未完成此操作，請仔細閱讀用例。這是您發現深層次設計問題的地方。
• 查看網頁，特別是字段顯示的順序和表單域被輸入。這是您的用戶在邏輯上預期的順序。
• 審查從一個網頁到下一個網頁的流程。導航是否合乎邏輯，是否會迫使用戶在到達目的地之前煩惱不必要的頁面。
• 考慮到上述導航，請再次查看每個頁面中的數據輸入字段。這是你的用戶希望輸入這些數據的地方嗎？你是否在提示未使用的數據？
• 檢查你的數據模型。它與六個月前一樣有效嗎？
• 查看SQL（或ORM調用）。用於支持簡單業務功能的複雜SQL/ORM調用是底層數據模型中問題的指示器。

完成這一切後，您可以查找「正常」的Java代碼異味。

• 怪物類是候選人分爲更小的清潔類。
• 許多微不足道的小類可能被分組爲一個更有用的可維護工具類。
• 執行非常類似功能的兩個或多個類可能是基類和擴展的候選。
• 靜態成員。任何在Java Web應用程序中靜態的東西都應該具有非常強的靜態的理由。
• html和css的片段與業務規則混淆在一起。
• 相反，業務邏輯與JSP（或等價物！）混合在一起。

最近，「香草」java web應用程序很少見，而且通常在某種Spring/Hibernate/Freemarker模板類型環境中完成開發。您應該在所使用的框架的範圍內查看Web應用程序。大多數的框架有特殊的考慮，但以下是一般： -

• 請問您實現裸如有雷同，在框架教程的例子嗎？如果不是，爲什麼不。
• 您是否正在編寫框架內部的函數？例如休眠應用程序與「原始」SQL。
• 您是否有1,000行XML配置文件需要維護。如果是這樣，尋找縮小配置文件的方法。

希望這有助於！

Answer 2

不管你設計審查有多好，你仍然需要得到用戶坐下來，用你的應用程序。那時你會注意到你看起來對你來說似乎非常困難。

希望它有幫助。設計你所知道的將被使用，並儘可能簡單。儘管不要試圖達到完美，因爲到用戶完成它時，您需要設計它以最終滿足他們的需求。