python軟體工程知識

軟體工程知識

3.1　　程式設計過程中，常用偽**來"思考"乙個程式，在將偽**程式轉換成python程式。

3.2　　所有python程式都可以給予6類控制結構來建立(順序，if， if/else, if/elif/else, while, for)。不同控制結構可採用2種方式連線，即控制結構堆疊和巢狀。

3.3　　在程式中，可用放入乙個語句的任何地方都可放入乙個suite

3.4　　每次求精都獲得了演算法的乙個完整規範說明，只是細化程度有所區別。

3.5　　許多程式都可從邏輯上分解成3個階段：初始化階段(對變數進行初始化);處理階段(輸入資料值，並相應的調節程式變數)和結束階段(計算並列印最終結果)。

3.6　　只要偽**演算法提供了足夠細節，利用這些細節可將偽**輕鬆轉換成python程式，便應停止"自上而下求精"。之後，即可輕鬆根據偽**寫乙個python程式。

3.7　　經驗表明，用計算機解決問題最有效的辦法是為解決方案開發一種演算法。一旦開發出正確的演算法，通常能根據它方便的生成乙個能實際工作的python程式。

3.8　　許多有經驗的程式設計師在寫程式之前，從來不用偽**這樣的程式開發工具。他們覺得自己的最終目標是用計算機解決問題，寫偽**會推遲進度。儘管對於簡單和熟悉的程式可以這樣做，但在從事大型的，複雜的專案時，這樣做有可能導致嚴重錯誤，反而會推遲進度。

4.1　　避免重複別人的勞動。盡量使用標準庫模組函式，不要寫新函式。這可加快程式開發進度，並增強可靠性，因為使用的是經過良好設計和測試的**。

4.2　　每個函式都應該只限執行單一的，良好定義的任務，函式名應清楚的描述那個任務，這樣有利於提公升軟體的重用行。

4.3　　如實在想不出能準確表達函式作用的名稱，就表明函式可能執行了太多分散的任務。通常，最好將這種函式分解成多個更小的函式。

4.4　　在包含許多函式的程式中，主要部分應該是對函式的一系列呼叫，再由那些函式實際執行程式的大量工作。

4.5　　函式盡量不要超過編輯器視窗的寬度。不管函式有多長，都只應很好的執行一項任務。小寒是有利於提公升軟體的重用性。

4.6　　程式應該寫為若干小函式的集合。這是程式更易編寫，除錯，維護和修改。

4.7　　如函式需要大量引數，表明它執行的任務可能過多。請考慮將函式分解成更小的函式，令其執行單獨的任務。函式的def語句盡可能不超過一行。

4.8　　採用遞迴方式能解決的任何問題也可採用重複方式(非遞迴方式)解決。如果遞迴方式能夠能自然的反映問題，並使程式易於理解和除錯，通常應該首選遞迴方式。通常，只需幾行**即可實現乙個遞迴方式。重複方式則相反，它需要大量**來實現。選擇遞迴的另乙個原因是，重複方案也許不是很直觀。

4.9　　採用清晰的，層次清楚的方式對程式進行「函式化」，有助於保證良好的軟體工程，但效能上要付出一定代價。

5.1　　在字典裡新增鍵-值對時，鍵名拼寫錯誤會導致難以發現的邏輯錯誤。

5.2　　deepcopylist = originallist[:]進行的是深拷貝，這意味著deepcopylist是originallist的乙個深拷貝。

6.1　　伺服器端指令碼對客戶是不可見的，客戶只能看見伺服器傳送的內容。