設計模式簡要論述-全文預覽
【正文】 上上傳兩個Excel文件，一個Excel是部門信息，一個Excel是人員信息。 一般用Fa231。但是在某些情況下，這些原則也許不太合適。不良內(nèi)聚和不良耦合往往都是齊頭并進的！問題：怎樣保持對象是有重點的、可理解的、可管理的，并且能夠支持低耦合？解決方案：分配職責以保持較高的內(nèi)聚性。低耦合是構(gòu)建軟件最重要的目標之一。 ()。 ilevel。 private String nodeName。 //判斷兩個學生對象是否相同的職責，交給Student來完成，因為它擁有這個 //職責所需要的所有信息 public boolean equals(Student student) { if((())){ return true。 if((student)){ return true。 } (student)。GRASP(General Responsibility Assignment Software Patterns)創(chuàng)建者（Creator）問題：誰創(chuàng)建了A？解決方案：如果以下條件之一為真時（越多越好），將創(chuàng)建類A實例的職責分配給B：l B“包含”或組成聚合了Al B記錄Al B緊密地使用Al B具有A的初始化數(shù)據(jù)舉例：比如在富客戶端應用開發(fā)中，主程序創(chuàng)建一個主窗口對象，然后有主窗口對象來負責創(chuàng)建它內(nèi)部的各種菜單、按鈕等對象（而不是由主程序來創(chuàng)建這些菜單或按鈕對象之后，再把它設置到主窗口中去）信息專家(Information Expert)問題：給對象分配職責的基本原則是什么？解決方案：把職責分配給具有完成該職責所需信息的那個類。 //描述一種直覺 public void addStudent(Student student){ if(students == null){
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1