クラスのデザインが決定
-
09-06-2019 - |
質問
ちょっとジレンマがんをきっかけにして、自分には並べ替えます。
できないかなぁ、とおもって今日の変更ASP.NET's"の会員を追加するレベルの間接指定.基本的には、ASP.NET's"の会員対応ユーザーの役割は、すべて承認されるルールに基づきるかどうかユーザに所属する役割です。
うな追加の機能がユーザに所属する役割(または役)の役割はしての機能に関連した、認可についての具体的な実践に基づく場合、ユーザに所属する役割がある機能を割り当てられます。
とはいえ、私の問題なので、汎用のクラスのデザインの問題です。
したいのですが、抽象的な方法であっRoleProviderを作成するクラスの機能(持続)していきたいと思っていうオプションの保存記述のための機能なので作CreateFunction法過負荷、署名受け入れる氏名、その他の受入れの氏名または名称およびます。
私はを考えることができる、以下のようなシナリオ:
作成の両方の署名の要旨を模倣しています。この問題の趣旨に合いを尊重し、実践するという一過負荷る電話番号にご連絡いただきその他のパラメータを規格化し、ロジックは、最終的に一つのすべてのパラメータその他詳細にするための方法が実施する。
の作成のような仮想は、次のような抽象的である。話の最初から、の趣旨をオーバーライドします。と同じ問題の趣旨が"悪の判断"の場合をオーバーします。
以前と同じようがなく初めてのオーバーライド(削除のvirtual修飾子).問題はその趣旨にすることができ法のほうがnullの記述に対応するようになりました。
と思い最良のオプションの一---
どのようにこのシナリオを取り扱う。設計する場合には、抽象クラスが含まれて過積載の方法。なることも珍しく思い---
解決
を感じる最高の組み合わせの乾燥や強制力、契約などにより、擬似コード):
class Base {
public final constructor(name) {
constructor(name, null)
end
public abstract constructor(name, description);
}
または、補償光学(ao)および可
class Base {
public abstract constructor(name);
public final constructor(name, description) {
constructor(name)
this.set_description(description)
}
private final set_description(description) {
...
}
}
あるルールはJavaを支援することが決定:"こんなに呼び非最終的手法からコンストラクタです。"
他のヒント
答えの後、チェックアウトAzMan(認可マネージャー、ちなみに内蔵しております。この機能で指定した業再結合することができます役または割り当て直接ます。
答えによらのご質問ありがとうかを使用抽象クラスです。く機能を提供する、コンストラクタできます。でappeasrしたい、指定された行動によってお使いいます。なぜ力の子孫の提供を実施します。