存取修飾符 Access Modifiers
public： 可以在任何地方存取(access)
private： 只能在同class中存取
default： 只能在同package中存取
protected： 只能在同package，以及它的子class存取。不能在不同package的非子class存取
也就是說在別的package底下的class，如果沒有extends被宣告為protected修飾符的method所屬的class的話，就沒辦法存取 (access)
- class 盡量都宣告為public
- 盡量將instance variable宣告為private
- 當你希望method只能被子class使用的時候再將其宣告為protected，否則平常多數會宣告為private或public
- 避免使用default，即非標明private、protected或public的情況
留言0
查看全部
你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在培養孩子人我界線
所有權的概念時
通常會以姓名貼的方式 對 所有物來加以界定
那些所有物就是自我的延伸
但使用權
與所有權不同 是所有權人將這權力
開放給使用人在限制範圍內使用
所以使用人不曾擁有使用物
只是在所有權人的許可內 可以使用 但不限制其他使用人的使用權
## 存取修飾詞詳解
在 C# 中有四種主要的存取修飾詞,但作為初學者,你最常用到的是以下兩種:
1. **Public**: 任何腳本都可以無限制地訪問
2. **Private**: 只能在它們被創建的類別(稱為包含類別)中訪問。任何沒有存取修飾詞的變數預設都是 Private
※ OPP第一大核心-封裝
封裝的精神在於將「方法」、「屬性」和「邏輯」包裝在類別裡面，透過類別的實例來實現。這樣外部物件不需要了解內部的實現細節，只需要知道如何使用該類別提供的接口即可。換句話說，封裝是將內部細節隱藏起來，只暴露必要的部分給使用者。
封裝的核心概念是，使用者如果想要接觸資料，只
default methods 似乎也引起不小的討論，因為 default methods 加上可以實作多個介面，已經有點像 C++ 的多重繼承了，只差在沒辦法繼承成員變數而已，是好是壞就看怎麼使用了。我個人覺得還蠻方便的
物件導向設計的一個重點就是封裝，這有很多層面上的意義，但基本上就是控制物件的成員變數和方法的存取權。物件導向的封裝還跟繼承機制有關，這使得有一些時候我們逼不得已必須把函式定義在類別上，這種做法使得物件的功能變得難以拆解。封裝應該是模組的職責，並不需要再給物件相同的能力。
一般的模組系統就是把相
上一篇文章提到有些介面不應被繼承，但物件導向的子類別只能繼承父類別的介面，因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制，這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承，更適合使用組合，根本不需要使用繼承疊加特性。
資料類型的定義往往跟怎麼建構模型相
類似於trait/typeclass的特性系統能提供程式「延展性」，它能讓函式針對不同的類型做出不同的行為。這種機制與物件導向的繼承非常像，然而特性系統的彈性比較大一點，而且概念上也有一些差別。為了探討討論這些差異，我們必須深入了解繼承機制到底是什麼。
繼承並不是建立子類關係的唯一方法。所謂的
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在培養孩子人我界線
所有權的概念時
通常會以姓名貼的方式 對 所有物來加以界定
那些所有物就是自我的延伸
但使用權
與所有權不同 是所有權人將這權力
開放給使用人在限制範圍內使用
所以使用人不曾擁有使用物
只是在所有權人的許可內 可以使用 但不限制其他使用人的使用權
## 存取修飾詞詳解
在 C# 中有四種主要的存取修飾詞,但作為初學者,你最常用到的是以下兩種:
1. **Public**: 任何腳本都可以無限制地訪問
2. **Private**: 只能在它們被創建的類別(稱為包含類別)中訪問。任何沒有存取修飾詞的變數預設都是 Private
※ OPP第一大核心-封裝
封裝的精神在於將「方法」、「屬性」和「邏輯」包裝在類別裡面，透過類別的實例來實現。這樣外部物件不需要了解內部的實現細節，只需要知道如何使用該類別提供的接口即可。換句話說，封裝是將內部細節隱藏起來，只暴露必要的部分給使用者。
封裝的核心概念是，使用者如果想要接觸資料，只
default methods 似乎也引起不小的討論，因為 default methods 加上可以實作多個介面，已經有點像 C++ 的多重繼承了，只差在沒辦法繼承成員變數而已，是好是壞就看怎麼使用了。我個人覺得還蠻方便的
物件導向設計的一個重點就是封裝，這有很多層面上的意義，但基本上就是控制物件的成員變數和方法的存取權。物件導向的封裝還跟繼承機制有關，這使得有一些時候我們逼不得已必須把函式定義在類別上，這種做法使得物件的功能變得難以拆解。封裝應該是模組的職責，並不需要再給物件相同的能力。
一般的模組系統就是把相
上一篇文章提到有些介面不應被繼承，但物件導向的子類別只能繼承父類別的介面，因而產生一些不合適的介面實作。trait/typeclass則沒有這種繼承機制，這似乎使需要繼承的特性無法直接使用。然而函數式導向比起繼承，更適合使用組合，根本不需要使用繼承疊加特性。
資料類型的定義往往跟怎麼建構模型相
類似於trait/typeclass的特性系統能提供程式「延展性」，它能讓函式針對不同的類型做出不同的行為。這種機制與物件導向的繼承非常像，然而特性系統的彈性比較大一點，而且概念上也有一些差別。為了探討討論這些差異，我們必須深入了解繼承機制到底是什麼。
繼承並不是建立子類關係的唯一方法。所謂的