乙個金融方面的**專案,用struts+hibernate實現.專案主要是我設計的,但需求把握的不好,做完練好了一幫人,自己卻很失落.覺得做到後來自己都不敢面對.覺得原因有:
1.需求的設計的影響.如果設計的擴充性不強,後面各種奇怪的需求變動會讓**象在一件衣服上不停的打補丁,最後的衣服當然就不是你想要的了.結論:設計者需要對80%的需求要有控制能力,超過這個範圍的改變,對不起,二期.
2.執行能力不強.主要是任務與權力不對稱,從而對小組成員沒有絕對的權威.比如session中讓放user物件,小組成員堅持用username,password乙個乙個地放,最後session中放的啥都有.
3.持久層的生成依賴於synchronized hibernate,需要在次基礎上抽象出乙個我們自己的持久層,這樣以後下層用hibernate的任何外掛程式生成都可以不影響現有的**,甚至可以用jdbc.
4. 業務邏輯都放到struts中的action中,導致action很大,很多.可以增加乙個業務邏輯層,這樣既可以重用**,還可以方便測試.
過去只有乙個，未來卻有很多。
心若走不出來，飄到 都是宅。2010年，我大學畢業，經歷了跳來跳去的半年，2011年正式開始工作。到現在一晃也兩年多了。收穫什麼的不敢說沒有，遺憾還是很多。今年的一切還不確定，it這一行業，很難說到底適不適合我。我可能會離開這裡，可能回家鄉，去做乙份和我的專業無關的工作，也可能到另乙個城市去，走一條...
最初的乙個專案
專案需求 利用.net rfid xml wince等技術實現乙個裝置管理系統。系統工作原理 rfid標籤作為裝置和位置的標誌物。在具有rfid讀寫功能的手持終端上設計資料採集系統，通過讀寫rfid標籤內的資料實現對裝置資訊和位置資訊的採集。在pc端採用.net技術 c ms sql,linq 開發...
開始乙個專案
好久沒有做開發了，最近準備找個感興趣的事來做一下。現在物聯網可做的東西比較多，我也選乙個，做乙個環境引數的採集，通過感測器將空氣中的部分引數採集下來，通過網路傳輸的後台伺服器上，在伺服器上做乙個簡單的展示頁面，並對外提供開發介面。ok，那就開始了。首先，確定框架，前端採集，通過網路傳輸到伺服器。其次...