欲練神功, 必先自宮. 把非物件導向的東西丟掉, 不要做名詞比較, 不要對應.

Javascript不是原生物件導向的語言, 只是具有物件導向語言的某些特質, 是一種擬態. 如ccutmis大所說的, 資料和屬性是不同的, 意義是:
假設我們有一個使用者物件類別(class), 有一個屬性叫年齡age, 但是這個使用者物件類別中, 如果指定了年紀, 例如age=20, 那是資料, 這是不對的, 因此, Javascript並不適合用來說明物件導向, Javascript壓根就不是物件導向的語言, 只是用function去擬態class罷了. 真實的物件是要把物件類別經過初始化, 建構一個真實的物件, 例如某某使用者, 有名有姓之後, 才能擁有資料.

為甚麼物件導向語言要這麼做? 物件導向的核心價值是低耦合, 不相干的, 牽扯糾葛的都要丟掉, 沒有低耦合, 會形成假物件. 假物件造成高開發與更高的維護成本.

http://m955.com/wp/archives/118
上網找了一下有幾篇寫的蠻簡潔的(物件導向無痛入門(1)~(4)，您參考看看。

剛看了ccutmis大提供的文章, 寫的觀念似是而非, 基本上是錯誤的物件導向觀念!

純物件導向的語言: Eiffel, SmallTalk, 和Ruby
混和式物件導向式語言: Java, C++, C#, Object C
其他程序式語言試圖模擬物件導向: Visual Basic, Perl, Python, Javascript....

混合式物件導向語言的types不是物件, 可能含有非物件的演算, 但是其它的都實施SmallTalk的物件導向語法. 所以稱混合式. 其他的語言, 都只是擬態, 因此導致錯誤的物件觀念.

先聲明一下，我本身並不是專業的OOP高手~
bizpro大回覆的太專業了，跟我專科的C++程設老師差不多，專有名詞太多，但不好理解。物件導向技術本身太被神化了，所以好像不把它弄得很複雜就不夠專業一樣。

總之小的看法是這樣:
1.[物件]的媽媽就是[類別] (例如: Class People ):
類別定義了所謂的[屬性]Property (例如,"姓名","性別"，"身高"，"體重")
跟[方法]Method (例如:"運球","灌籃","射籃","抄截")。

2.有了類別就可以用它把物件實體化，例如:
var man1 = new People();
man1.姓名="流川楓";
man1.性別="男";
man1.身高=183;
man1.體重=75;
man1.灌籃();

PS:以上列的參考網頁裡面寫的"簡單的說，物件就是一個把變數，函式包在一起的一種技術。..."，我認為那對一個新手來說倒是比較容易理解的，至少不會把"屬性"理解成"資料" =_=|||

不專業的範例，僅供參考... 。_。

<pre class="c" name="code">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>流川PK魚住</title>
<script type="text/javascript">
/* 類別People宣告 */
function People(fullname,sex,weight,height){
	this.fullname=fullname;
	this.sex=sex;
	this.weight=weight;
	this.height=height;
}
People.prototype.dunk=function(){
	document.write (this.fullname+'(H:'+this.height+'cm W:'+this.weight+'kg) 飛身灌籃了!<br />');
	//dunk action
};
People.prototype.blockShot=function(){
	document.write (this.fullname+'(H:'+this.height+'cm W:'+this.weight+'kg) 準備蓋火鍋了!!!<br />');
	//block shot action
};
</script>


<script type="text/javascript">
/* 將People物件實體化man1 */
var man1=new People();
man1.fullname="流川楓";
man1.sex="男";
man1.height=183;
man1.weight=75;
man1.dunk();

/* 將People物件實體化man2 */
var man2=new People("魚住純","男",95,200);
man2.blockShot();
</script>

來混淆視聽一下（超過字數，放gist啦）：
https://gist.github.com/2693260

另類的繼承方法：

1. 建立一個物件模版
2. 要使用物件實體的時候，先去clone這個模版
3. 利用trait來管理某個類型的方法，要apply這個方法前，會先檢查target物件是否有應有的屬性
4. target物件用trait.applyto(target)就可以加入方法
5. 呼叫物件的方法

用這個方式，資料（屬性）跟方法不需要直接綁在一起。另外，透過clone與trait，可以組合多個物件。

~謝謝費大指導~

好強大的討論串 /OoO/ 先感謝各位大大，菜鳥我... 我要花點時間消化一下 >o<

用這個方式，資料（屬性）跟方法不需要直接綁在一起。另外，透過clone與trait，可以組合多個物件。

這種看起來是把原來應該在compile time處理的方法(clone&trait)拿到design time來.

ccutmis提到：
物件導向技術本身太被神化了，所以好像不把它弄得很複雜就不夠專業一樣。

相反的, 物件導向把一切變得更簡單.
物件導向的學習曲線也許高, 但是不經一番寒徹骨, 哪得梅花撲鼻香? 之後的思考, 設計都會非常容易.

http://www.ithome.com.tw/itadm/article.php?c=73566剛剛看到良葛格的文章（看到他在FB回文時引用的）