你不必嚴格遵守這些原則,違背它們也不會被處以宗教刑罰。但你應當把這些原則看成警鈴,若違背了其中的一條,那麼警鈴就會響起 。 ----- Arthur J.Riel
(1)所有資料都應該隱藏在所在的類別的內部。
(2)類別的使用者必須依賴類別的共有接口,但類別不能依賴它的使用者。
(3)盡量減少類別的協定中的訊息。
(4)實現所有類別都理解的最基本公有介面[例如,拷貝操作(深拷貝和淺拷貝)、相等性判斷、正確輸出內容、從ASCII描述解析等等]。
(5)不要把實作細節(例如放置共用程式碼的私有函式)放到類別的公有介面。
如果類別的兩個方法有一段公用程式碼,那麼就可以建立一個防止這些公用程式碼的私有函數。
(6)不要以使用者無法使用或不感興趣的東西擾亂類別的公有介面。
(7)類別之間應該零耦合,或只有導出耦合關係。也即,一個類別要麼同另一個類別毫無關係,要麼只使用另一個類別的公有介面中的操作。
(8)類別應該只表示一個關鍵抽象。
包中的所有類別對於同一類性質的變化應該是共同封閉的。一個變化若對一個包影響,則將對包中的所有類產生影響,而對其他的包不 造成任何影響 .
(9)把相關的數據和行為集中放置。
設計者應當留意那些透過get之類操作從別的物件取得資料的物件。這種類型的行為暗示著這項經驗原則被違反了。
(10)把不相關的資訊放在另一個類別中(也即:互不溝通的行為)。
朝著穩定的方向進行依賴.
(11)確保你為之建模的抽象概念是類,而不只是對象扮演的角色。
(12)在水平方向上盡可能統一地分佈系統功能,也即:依照設計,頂層類別應統一地共享工作。
(13)在你的系統中不要創造全能類別/物件。對名字包含Driver、Manager、System、Susystem的類別要特別多小心。
規劃一個介面而不是實作一個介面。
(14)對公共介面中定義了大量存取方法的類別多加小心。大量存取方法意味著相關資料和行為沒有集中存放。
(15)對包含太多互不溝通的行為的類多加小心。
這個問題的另一個表現是在你的應用程式中的類別的公有介面中創建了很多的get和set函數。
(16)在由同使用者介面互動的物件導向模型所構成的應用程式中,模型不應該依賴介面,介面則應依賴模型。
(17)盡可能地按照現實世界建模(我們常常為了遵守系統功能分佈原則、避免全能類原則以及集中放置相關數據和行為的原則而違背 這條原則) 。
(18)從你的設計中移除不需要的類別。
一般來說,我們會把這個類別降級成一個屬性。
(19)去除系統外的類別。
系統外的類別的特點是,抽像地看它們只往系統領域發送訊息但並不接受系統領域內其他類別發出的訊息。
(20)不要把操作變成類別。質疑任何名字是動詞或衍生自動詞的類,特別是只有一個有意義行為的類。考慮一下那個有意義的行為是 否應當遷移到已經存在或尚未發現的某個類別中。
(21)我們在創建應用程式的分析模型時常常引入代理類別。在設計階段,我們常會發現很多代理程式沒有用的,應當去除。
(22)盡量減少類別的協作者的數量。
一個類用到的其他類的數目應當盡量少。
(23)盡量減少類別和協作者之間傳遞的訊息的數量。
(24)盡量減少類別和協作者之間的協作量,也即:減少類別和協作者之間傳遞的不同訊息的數量。
(25)盡量減少類別的扇出,也即:減少類別定義的訊息數和發送的訊息數的乘積。
(26)如果類別包含另一個類別的對象,那麼包含類別應給被包含的物件發送訊息。也即:包含關係總是意味著使用關係。
(27)類別中定義的大多數方法都應當在大多數時間裡使用大多數資料成員。
(28)類所包含的物件數目不應超過開發者短期記憶的容量。這個數目常常是6。
當類別包含多於6個資料成員時,可以把邏輯相關的資料成員分成一組,然後用一個新的包含類別去包含這一組成員。
(29)讓系統功能在窄而深的繼承體系中垂直分佈。
(30)在實作語意約束時,最好根據類別定義來實作。這常常會導致類別氾濫成災,在這種情況下,約束應在類別的行為中實現,通常是在 構造函數中實現,但不是必須如此。
(31)在類別的建構子中實作語意約束時,把約束測試放在建構函式領域所允許的盡量深的包含層次中。
(32)約束所依賴的語意資訊如果經常改變,那麼最好放在一個集中式的第3方物件中。
(33)約束所依賴的語意資訊如果很少改變,那麼最好分佈在約束所涉及的各個類別中。
(34)類別必須知道它包含什麼,但是不能知道誰包含它。
(35)共享字面範圍(也就是被同一個類別所包含)的物件相互之間不應當有使用關係。
(36)繼承只應用來為特化層次結構建模。
(37)派生類別必須知道基類,基類不應該知道關於它們的派生類的任何資訊。
(38)基底類別中的所有資料都應當是私有的,不要使用保護資料。
類的設計者永遠都不應該把類別的使用者不需要的東西放在公有介面中。
(39)在理論上,繼承層次體系應當深一點,越深越好。
(40)在實踐中,繼承層次體系的深度不應當超出一個普通人的短期記憶能力。一個廣為接受的深度值為6。
(41)所有的抽象類別都應當是基底類別。
(42)所有的基底類別都應是抽象類別。
(43)把資料、行為和/或介面的共通點盡可能地放到繼承層次體系的高端。
(44)如果兩個或更多個類別共享公共資料(但沒有公共行為),那麼應當把公共資料放在一個類別中,每個共享這個資料的類別都包含這個類別。
(45)如果兩個或更多類別有共同的資料和行為(就是方法),那麼這些類別的每一個都應當從一個表示了這些資料和方法的公共基類繼承。
(46)如果兩個或更多個類別共享公共介面(指的是訊息,而不是方法),那麼只有他們需要被多態性地使用時,他們才應當從一個公共基類 繼承。
(47)對物件類型的顯示的分情況分析一般是錯誤的。在大多數這樣的情況下,設計者應使用多態。
(48)對屬性值的顯示的分情況分析常常是錯誤的。類別應當解耦合成一個繼承層次結構,每個屬性值都被轉換成一個衍生類別。
(49)不要透過繼承關係來為類別的動態語意建模。試圖用靜態語義關係來為動態語義建模會導致在運行時切換類型。
(50)不要把類別的物件變成衍生類別。對任何只有一個實例的衍生類別都要多加小心。
(51)如果你覺得需要在運行時刻創建新的類,那麼退後一步以認清你要創建的是對象。現在,把這些物件概括成一個類別。
(52)在派生類別中用空方法(也就是什麼也不做的方法)來覆寫基底類別中的方法應當是非法的。
(53)不要把可選包含同對繼承的需要混為一談。把可選包含建模成繼承會帶來氾濫成災的類別。
(54)在創建繼承層次時,試著創建可重複使用的框架,而不是可重複使用的元件。
(55)如果你在設計中使用了多重繼承,先假設你犯了錯誤。如果沒犯錯誤,你需要設法證明。
(56)只要在物件導向設計中用到了繼承,問自己兩個問題:(1)衍生類別是否是它繼承的那個東西的一個特殊型別?(2)基底類別是不是衍生類別的一部份?
(57)如果你在一個物件導向設計中發現了多重繼承關係,確保沒有哪個基底類別實際上是另一個基底類別的衍生類別。
(58)在物件導向設計中如果你需要在包含關係和關聯關係間作出選擇,請選擇包含關係。
(59)不要把全域資料或全域函數用於類別的物件的薄記工作。應使用類別變數或類別方法。
(60)物件導向設計者不應當讓實體設計準則來破壞他們的邏輯設計。但是,在對邏輯設計做出決策的過程中我們常用到物理設計準則。
(61)不要繞過公共介面去修改物件的狀態。
以上就介紹了物件導向程式設計 PHP物件導向法則,包括了物件導向程式設計的內容,希望對PHP教學有興趣的朋友有幫助。

Java作为一门常见的编程语言,其在IT行业中有着广泛的应用,成为了许多公司招聘中的重要技能之一。在Java开发岗位的面试中,面试官往往会问及一些常见的Java问题,以此考察应聘者的Java编程水平。本文将列举几个常见的Java面试问题及其答案,供广大应聘者参考。什么是Java虚拟机?答:Java虚拟机(JVM)是一种虚拟的计算机,可以执行Java字节码。它

PHP的面向对象编程范式为项目管理和组织提供优势随着互联网的飞速发展,各种规模的网站和应用程序如雨后春笋般涌现出来。为了满足日益增长的需求,并提高开发效率和可维护性,采用面向对象编程(Object-OrientedProgramming,简称OOP)的方法成为了现代软件开发的主流。在PHP这样的动态脚本语言中,OOP为项目管理和组织带来了许多优势,本文将介

随着计算机应用的不断普及和发展,程序设计语言也不断演化和更新。面向对象编程语言在当今程序设计中占据了主导地位,而MySQL则是最流行的关系型数据库管理系统之一。如何在面向对象编程中结合使用MySQL实现更优雅的代码呢?一、面向对象编程的基本概念面向对象编程(ObjectOrientedProgramming,简称OOP)是一种编程思想,它强调对象的概念和

Java是一种面向对象编程语言,具备三个重要的特性:封装、继承和多态。这三个特性使得Java程序具有高度的可重用性、可维护性和可扩展性。在本文中,我们将介绍Java面向对象编程的三个重要特性。一、封装封装是面向对象编程的基础。它是指将数据和行为封装在一起,保护数据不被直接访问,而是通过类的接口进行访问。封装可以使得程序更加安全、可靠和易于维护。在Java中,

PHP面向对象编程中的访问者模式解析访问者模式是一种常用的设计模式,它可以分离数据结构和处理逻辑,使得同一个数据结构可以有不同的处理逻辑,而且可以在不修改数据结构的情况下增加新的处理逻辑。在PHP中,访问者模式可以帮助我们更好地组织代码,并提高代码的可维护性和可扩展性。本文将深入探讨PHP面向对象编程中的访问者模式,并通过示例代码进行解析。一、模式概述访问者

面向对象编程是一种编码设计,它使用数据来表示一组指令。它是一种具有对象概念的程序编程典范,同时也是一种程序开发的抽象方针。它由描述状态的属性和用来实现对象行为的方法组成,完成了从数据模型到处理模型的结合与统一。

理解PHP面向对象编程中的工厂模式工厂模式是一种常用的设计模式,它用于创建对象的过程中将对象的创建和使用解耦。在PHP面向对象编程中,工厂模式可以帮助我们更好地管理对象的创建和生命周期。本文将通过代码示例来详细介绍PHP中的工厂模式。在PHP中,我们可以通过使用工厂模式来实现对象的创建和初始化过程,而不是直接使用new关键字。这样做的好处是,如果将来需要改变

解析PHP面向对象编程中的类属性和方法PHP是一种被广泛应用于Web开发的脚本语言,它支持面向对象编程(OOP)的特性。在PHP中,类是一种用来创建对象的蓝图或模板,而属性和方法则是类的核心部分。本文将深入解析PHP面向对象编程中的类属性和方法,并通过代码示例来加深理解。一、类属性类属性是指用于描述类的特有数据的变量。它们可以存储对象的状态和特征。在PHP中


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

MantisBT
Mantis是一個易於部署的基於Web的缺陷追蹤工具,用於幫助產品缺陷追蹤。它需要PHP、MySQL和一個Web伺服器。請查看我們的演示和託管服務。

SublimeText3漢化版
中文版,非常好用

Dreamweaver CS6
視覺化網頁開發工具

mPDF
mPDF是一個PHP庫,可以從UTF-8編碼的HTML產生PDF檔案。原作者Ian Back編寫mPDF以從他的網站上「即時」輸出PDF文件,並處理不同的語言。與原始腳本如HTML2FPDF相比,它的速度較慢,並且在使用Unicode字體時產生的檔案較大,但支援CSS樣式等,並進行了大量增強。支援幾乎所有語言,包括RTL(阿拉伯語和希伯來語)和CJK(中日韓)。支援嵌套的區塊級元素(如P、DIV),

DVWA
Damn Vulnerable Web App (DVWA) 是一個PHP/MySQL的Web應用程序,非常容易受到攻擊。它的主要目標是成為安全專業人員在合法環境中測試自己的技能和工具的輔助工具,幫助Web開發人員更好地理解保護網路應用程式的過程,並幫助教師/學生在課堂環境中教授/學習Web應用程式安全性。 DVWA的目標是透過簡單直接的介面練習一些最常見的Web漏洞,難度各不相同。請注意,該軟體中