對SSH開發B S專案的一些理解

2021-08-29 21:43:23 字數 1069 閱讀 1036

為了做畢業設計,這些天加班加點地工作,到現在,基本上快要完成了.現在回想一下,用ssh開發專案的滋味真是什麼都有.

首先要說的是,因為我用的struts1.x的版本,對action,actionform深有體會.在專案中用的最多的就是dispatchaction了,這樣可以大大減少action類的數量,同時更顯得模組化一些.

其次是由於專案模組比較多,在struts-config.xml配置時,裡面充斥了太多的action了,所以我把它們都分離出來成為乙個個的模組,比如struts-config-*****.xml,struts-config-question.xml等等,同時在配置spring dao工廠時,也把它們分成了幾個幾個的模組檔案,這樣更便於管理和配置.在spring與hibernate整合時,根據自已喜好,選擇相應的方法.

然後感受最深的是就是**設計了,這包括兩個方面,乙個是**風格,乙個是**設計.因為用是myeclipse開發工具,按一下快捷鍵alt+shift+f就可以格式化**,所以整體**風格都差不多,同時注釋也很重要,一般是每一行加乙個注釋.

在設計**時,盡量不要在**中加入太多的可變數.在這個專案中,對於系統中經常要使用的變數名,最好要抽象出來,放到乙個類中,這樣便於修改和維護,還有對於經常要使用的**,如果能夠抽出來的話,做成乙個方法,就放在乙個類中,然後呼叫,當然也要按照一定的原則,不然**就有腐朽的味道.在這個專案中,**重構是經常要做的事情,因為這樣會讓你的設計更加完美.

在做struts1.x的國際化處理時,屬性命名最好要統一,對於乙個模組的,盡量放到一起.

在設計包時,現在用的最多的就是三層架構了,所以有很多的命名方法.像表示層可以用ui,faces表示,資料訪問層可以用dao,impl表示,業務邏輯層可以用service,impl,facade表示,如果用到了struts1.x,可以這樣命名struts(action,form)這樣更易於專案維護,還有實體,可以命名為vo或者model或者entity,測試包test,異常包exception,總之在設計包時,要注意便於理解和系統化.

最後,由於不是美工,所以介面設計對我來說,簡直是乙個地獄.在這個專案中,我沒有用struts1.x的標籤,自認為不行,所以我用的是jstl.其中用的最多的就是,了.

專案的一些總結

這是我做的第乙個專案,關於電商型別的專案,主要用的是jquery和json資料庫。通過做這個專案我總了三點,希望對大家有用 1.做專案前 首先要想好自己寫的是什麼型別的專案,再去看看這個型別專案的模板,讓自己腦袋裡有個框架。開始動手去開發專案,一定要先理好自己的思路,結構,如何實現。一般來說,做的時...

對程式開發的一些理解

有一句流行語 10 的 是處理正常流程的,90 是用於進行異常處理的 這是許多擁有大量通訊開發經驗教訓的專家們掛在嘴邊的話。在通訊界中,經常是各家的裝置互相聯絡,它們之間通過各種標準化的通訊協議來互相握手互相理解,雖說是 智慧型裝置 但終究是沒有思維的,不具有模糊推理之類的能力 所以,什麼話都說的毫...

關於專案的一些心得

1.分析需求很重要。在最近做的專案中,關於需求這一點,基本上不容易一次就找好,總是需要不斷的反覆看業務去分析才能知道需求。2.三層架構模式 介面層 user inte ce layer 業務邏輯層 business logic layer 資料訪問層 data access layer 區分層次的目...