近期接手了一個水電系統。感覺個人開發的心理還是不夠成熟，打算記錄一下開發的時候自己的心理供反省。 前情回顧。 11.6 開始真正的開發，依據之前建立的demo頁面。簡單的做了資料庫的設計，依據工具和MVC便捷的特性飛速完成了幾個表簡單的CRD。耗時1.5H。感覺還不錯。 11.7 繼續之前的幾個表的 ...
近期接手了一個水電系統。感覺個人開發的心理還是不夠成熟，打算記錄一下開發的時候自己的心理供反省。
前情回顧。
11.6 開始真正的開發，依據之前建立的demo頁面。簡單的做了資料庫的設計，依據工具和MVC便捷的特性飛速完成了幾個表簡單的CRD。耗時1.5H。感覺還不錯。
11.7 繼續之前的幾個表的CRD開發，基本完成，此時終於拿到老庫的ACESS資料庫了。仔細看了下。頭大。我自己涉及的跟他還是有不少出入，當時有2個想法在糾結，
一個是依據他當前的設計，優勢是，減少我的思維量（我只需要在mysql和ASP.NET MVC中重寫他的邏輯即可），減少原運維人員理解新系統的難度。
第二個是按照我之前自己設計的表，讓他原有的數據適應我。當天大概花了1h糾結和理解他的庫及ACESS中的視圖。打算看懂他的代碼後，寫出我自己的水電計費。
當晚我還在弄。 2H
11.8（今天）今天比較完整的一天。最終還是覺得讓他的數據表融入我的，理由是他之前的設計有冗餘，部分不太合理，為了方便而違背常識，比如
水電價跟水電錶的表在一個表裡。首先導入了原資料庫的數據，我增加了現有表的列，確實是有未考慮到的。其次完成了最主要的一個功能的sql部分，
即：水電錶的計費。他有2個思路一個是自下而上，先統計單表的費用，再統計某人的費用。我參考了他，做了個從上而下（好像更OOP），輸入人和季度，
得出單表和所有表彙總的費用。sql並不算很複雜，但算是這個系統里最複雜的一個了。再次就是基本實現了他，查出所有的水電錶數據，產生輸出到另一個供用戶
查詢的表。
這一點還是參考之前實習去ouma軟體公司的思路，1.為效率儘量在資料庫里一個sql搞定本來是在代碼裡面頻繁調用的讀取，2.本來是頻繁讀取計算的，生成到一個表裡，
供用戶直接讀取，省去計算。或許你要說本該如此，確實，只是很多人不知道自己沒做到而已:P。
明天打算繼續完成該計算功能。似乎核心的東西完成了，剩下的就是修補了。2H+3H。
預計還要至少2天完成功能。
