@ 過程記錄
距離上一次書寫部落格,已經過去十天的時間了.
這十天的過程中,我嘗試做了一次全棧開發,並成功地將專案上線.
其實做一次全棧開發,早在半年前就嘗試過了,結果以失敗告終.主要是三方面原因:1.想要實現的功能太多;2.會的太少;3,沒有全棧開發指導思想.或許你看到這裡會說這不是廢話嗎.這句話對於嘗試過全棧開發的人來說,或許真的是很深刻的感受.
言歸正傳.
這十天主要是做的軟體結構設計和**編寫,伺服器的準備和網域名稱的申請早在乙個月前就開始了.
這十天的工作和設計先是對後台設計和實現,然後是前端.
後台是通過採用自頂向下,使用用例圖,然後使用順序圖將後台要實現的功能逐漸做成文件的.在這次後台設計的過程中. 是以物件導向的設計思想作為指導的.資料庫的設計對錶名,表字段的命名都做了統一的要求.
前端網頁是從網上找的. 首先確實是自己畫前端的能力有待提高,還一點就是,好的ui真的需要美感.
整個軟體設計的各部分都借鑑了面前這本書(軟體設計與體系結構)的指導思想.使用業界成熟的指導思想來開發這次的軟體,真的為我節省了不少的時間和精力.
@ 感受
在這次的全棧開發中,有兩點讓我感觸很深:1.前後端的傳參處理及其重要;2.軟體開發的過程是不斷迭代的. 這次你採用敏捷開發指導思想是乙個明智的選擇.
在開發的過程中.也改變了我對技術的一些看法. 技術是用來解決問題的.一味的追求技術而不去思考實現原理是走不長的.
@思考1.演算法和底層實現原理依然是程式的核心. 框架的使用是為了提高開發效率. 而真正的核心功能實現,還是離不開演算法和底層原理.
2.為了問題而選取解決技術,而不是為了實現技術而去選擇可以解決的問題.
3.物件導向的設計思想固然可以提高開發效率,但過度的包裝會造成理解的誤差.
4.採用自頂向下的設計方式可以讓軟體結構清晰
5.迭代開發是乙個不錯的選擇,可以較早的發現錯誤,降低返工成本.
6.編碼是個體力活.一定要將軟體整體設計出來再開始編碼.
首次敏捷專案開發實踐
首次採用敏捷方式進行開發，我想把我們的做法與大家分享下，同時希望大家指出我們的不足和需要改進的地方，讓我們的專案進行的更順利，目前專案已過三分之一，客戶比較滿意，還算順利。專案簡介 乙個dms小專案，預計時間14人月.客戶需求不是很明確，想一邊做一邊提，適合引入敏捷開發 實際上使用者的需求也一直在變...
首次敏捷專案開發實踐
首次採用敏捷方式進行開發，我想把我們的做法與大家分享下，同時希望大家指出我們的不足和需要改進的地方，讓我們的專案進行的更順利，目前專案已過三分之一，客戶比較滿意，還算順利。專案簡介 乙個dms小專案，預計時間14人月.客戶需求不是很明確，想一邊做一邊提，適合引入敏捷開發 實際上使用者的需求也一直在變...
全棧專案 寵物樂園
專案介紹 寵物樂園這個專案是為 公司開發o2o模式乙個專案。它是以寵物為中心，提供寵物領養，尋主的基本功能，還提供了寵物服務，相關物品購買，寵物相關知識學習等功能乙個綜合性平台。它主要有組織機構，使用者，服務，寵物，訂單，支付等模組。它是使用前後端分離開發模式，前端使用的是vue技術棧，後台使用的是...