今天，又要改程式了！無奈，無助，但是又無可辯解！
開發管理系統時，有時很大一部分工作是初始化資料的錄入。許多人認為就是一些資料的錄入嘛，只要到時候錄一錄就可以了，只是工作量的問題，實在不行臨時找幾個幫手也就可以了，畢竟不是軟體開發，上手成本沒有那麼高！通過我的經驗發現，這一部分才是最繁雜、最耗時的工作！為了適應複雜的資料，或者說為了容錯，改動程式是經常的事。又時甚至是改動結構，資料之間的關係到了真的錄入的時候才發現設計就是錯的！還有就是效率低下、永無止境的交流。交流了半天，到最後才發現，最重要的東西你總是最後乙個知道。可是專案進度是不會等任何人的，對策就只剩下加班了！
人手也有了，交流也算充分了（最起碼是形式上的），到頭來還是沒有輕鬆一點！
對此，我總結出以下幾點心得，有不對的地方請路過的指正。
1、從一開始（需求調研階段）就指定專門的負責人，並以**的方式組織、檢查資料的收集（不是錄入，軟體都沒有，拿什麼錄入）情況，最好是客戶說要管理什麼資料，就讓他把現在用的資料資料拿出來，如果業務不允許一次性就得到全部資料的話，最好定乙個雙方都可以接受資料版本。不需要初始化的內容就不在我們討論的範疇裡了。當然，方式方法根據個人喜好自己掌握！
2、錄入資料前建立錄入的流程，越完整越好。就像家電流水生產線上的流程（有點過，意思就是越詳細越好！）一樣。這樣可以盡量避免錄入過程中出現的差錯，並且能提高效率，當然特殊情況也要考慮在內，作為異常丟擲就可以了，以後再統一處理！
3、建立錄入資料的審查機制，每一條都要寫上負責人，雖然很麻煩，但是很有必要。可以把資料分塊來分配，這樣不但有利於隨時統計目前的錄入狀況，還有利於錄入人員的工作量的統計。隨時掌握統計資料才是硬道理，要不有時候還真的會被老闆問住的。
今天太累了，只能想到這麼多了。都是一些基本的東西，寫出來只是想留個記錄。有什麼不對的地方還請包含！
資料初始化
資料初始化的面試題 a 乙個類的初始化過程 b 子父類的構造執行過程 c 分層初始化 看程式寫結果 a 成員變數的問題 int x 10 成員變數是基本型別 student s new student 成員變數是引用型別 b 乙個類的初始化過程 先父後子，先靜後非靜 成員變數的初始化 預設初始化 顯...
C 簡單物件初始化
一 首先提出，在c 中雖然初始化和賦值都是用 進行操作，但是初始化和賦值是兩個完全不同的操作。初始化的含義是建立乙個物件是賦予其乙個初始值，而賦值的含義是把物件的當前值擦除，用乙個新值去替代。int a 0 int b int c int d 0 上面的語句分別把a b c d初始話為0 前兩種是拷...
EF 資料初始化
資料庫不存在時重新建立資料庫 database.setinitializer new dropcreatedatabasealways 每次啟動應用程式時建立資料庫 database.setinitializer new createdatabaseifnotexists 模型更改時重新建立資料庫 ...