C＃でメソッドを "protected"として定義する利点は何ですか？ のように：C＃の "protected"メソッド？
次のようなものと比較してprotected void KeyDemo_KeyPress(object sender, KeyPressEventArgs e)
{
// some code
}
：
private void FormName_Click(object sender, EventArgs e)
{
//some code
}
私は本多くの例で見てきたと私は理由を理解してたときに、彼らはプライベートで保護されないのですか？
保護されたメソッドは派生クラスから呼び出すことができます。プライベートメソッドはできません。
これはプライベートと保護された方法の唯一の違いです。
非常によく集計されました。 – Zaki
これは受け入れられた回答としてマークされているはずです！ ;） 「保護された」はアクセス修飾子であることに気づくことが重要です。これらのすべてを比較します： http://msdn.microsoft.com/en-us/library/ba0a1yw2aspx すべての修飾語句について： http://msdn.microsoft.com/en-us/library/6tcf2h8w.aspx –
ASP.NETのようないくつかの側面は、実行時にコードビハインドクラスのサブクラスを作成します。たとえば、ASP.NETページクラスは、コードビハインドクラスから継承します。メソッドを保護することにより、動的に生成されたページクラスは、ボタンクリックイベントを、それを処理する基本クラスの保護されたメソッドに簡単にフックアップできます。
これは、「保護」が使用されている特定のケースの合理的な例ですが、この例も、保護されているものの極端に狭い範囲であるという事実に対処してください。 –
継承されたフォーム（またはそれに関するクラス）をお持ちの場合は、サブクラス内からこの関数を呼び出すことができます。
多くの場合、子クラスにプライベートメソッドをオーバーライドさせたい場合は、 'protected'が使用されます。
public class Base {
public void Api() {
InternalUtilityMethod();
}
protected virtual void InternalUtilityMethod() {
Console.WriteLine("do Base work");
}
}
public class Derived : Base {
protected override void InternalUtilityMethod() {
Console.WriteLine("do Derived work");
}
}
だから我々は必要以上に私たちのクラスの外誰にもInternalUtilityMethodをさらすことなく、私たちが相続から知っていると愛オーバーライド挙動を有します。
var b = new Base();
b.Api(); // returns "do Base work"
var d = new Derived();
d.Api(); // returns "do Derived work"
.aspxの内からアクセスすることができ、これをキープあまりにも気：あなたがボタンを持っており、そのボタンのOnClickが
<asp:Button id="btn" runat="server" OnClick="Button_Click" />
Button_Click
に設定されている場合は、Button_Clickメソッドはボタンでアクセスできるように、少なくとも保護可視性を持っている必要があります。あなたは追加あなたに次のPage_Loadメソッドでこれを回避できます。
btn.Click += new EventHandler(Button_Click);
が、この本のこれらの例では何の継承はありません。 – Sherif
plz私たちが彼らのことを理解できません.... – Sherif
このクラスからフォームを派生できますか？次に、そのクラスからKeyDemo_KeyPressを呼び出すことができるようにすることができます。これは、プライベートだった場合は不可能です。しかし、他のクラスがその関数にアクセスできるようにしたくないので、それを公開することはできません。したがって、保護されています。 – HVS