問題タブ [base-class]

ユーザー コントロールの基本クラスで宣言されているコントロールを ASP.NET 部分クラスに認識させるには、何か特別なことをする必要がありますか? 部分クラスは、基本クラスのコントロールの宣言を生成し続けます。これは、基本クラスのコントロールが非表示になり、null になることを意味します。

基本クラスのメソッドを具体的に呼び出したい。これを行うための最も簡潔な方法は何ですか？例えば：

基本クラスがあり、基本クラス内の派生クラスのすべての例外をキャッチしたいのですが、これは可能ですか?

派生クラスからのメソッドが何であるかはわかりません。

共有フィールドと関数を持つ BaseDataClass があります

この基本クラスから派生したいくつかのクラスがあります。Shared派生クラスには、インスタンス化なしで BLL から直接呼び出すことができるすべての関数があります。
これらの派生クラスの関数は、ベースの Init() を呼び出し、特定のストアド プロシージャを呼び出し、ベースの CleanAll() を呼び出してから、結果を返します。

したがって、それぞれ 10 個の関数を持つ 5 つの派生クラスがあり、合計で 50 個の関数呼び出しが可能である場合、それらはすべてSharedであるため、CLR は一度に 1 つしか呼び出しませんよね? Sharedすべての呼び出しはキューに入れられ、各関数が完了するまで待機します。

SharedDAL に関数を持ち、基本クラスの関数を保持するより良い設計はあり ますか? または、基本クラスがあるので、DAL 内のインスタンス メソッドに移行する方がよいでしょうか?

私は再利用可能なライブラリを開発していて、抽象クラスを作成しているので、クライアントはこれらから拡張できます。

質問：通常のクラスではなく、ここで抽象クラスを使用する必要がある理由はありますか？

注-ライブラリに実際のデフォルトメソッドを含めたいので、インターフェイスを使用しないことをすでに決定しているので、それを使用するクライアントはコードを記述する必要がありません。

編集：だから私は私が考えることができない利点のために釣りをしています。たとえば、ライブラリをアップグレードするときに抽象クラスを使用すると、クライアントコードへの影響が少なくなります。この場合はわかりません。

top.First().Value() を「Node」に「キャスト」するのではなく、(NodeBase とは対照的に) 自動的にこれを想定する必要があるので、クラスの拡張属性が表示されます。ノードで定義しますか?

つまり、次のように言う方法があります。

今行かなければならないのとは対照的に：

ありがとう

CreateRelationship（）で、以下のコードで「引数1：「ToplogyLibrary.RelationshipBase」から「TRelationship」に変換できません」というメッセージが表示される理由を理解してください。

このコードは機能しませんが、ここで達成しようとしていることが理解できることを願っています。http://www.noticeablydifferent.com/CodeSamples/Money.aspxから取得した Money クラスを取得し、通貨変換を含めるために少し拡張しました。

実際のコンバージョン率の実装はプロジェクトごとに異なる可能性があるため、コンバージョン率を取得するための実際のメソッド (GetCurrencyConversionRate) を派生クラスに移動することにしましたが、ConvertTo メソッドには、派生クラスを想定した任意の実装で機能するコードが含まれています。クラスは GetCurrencyConversionRate をオーバーライドしたので、親クラスに保持することは理にかなっていますか? だから私がしようとしているのは、SubMoney のインスタンスを取得し、.ConvertTo() メソッドを呼び出すことができるようにすることです。これにより、オーバーライドされた GetCurrencyConversionRate が使用され、SubMoney の新しいインスタンスが返されます。

問題は、ポリモーフィズムと継承のいくつかの概念をまだ本当に理解していないことです。そのため、現在起こっていることは、私が最終的に派生メソッドの代わりにベース GetCurrencyConversionRate メソッドを使用した場合に例外が発生します。ConvertTo メソッドを派生クラスに移動する必要があるとのことですが、これは複数の実装でコードを複製することになるので、もっと良い方法があるのではないでしょうか?

質問用紙の 1 つでこの質問を見ました。

派生クラスのコンストラクターが常に基本クラスのコンストラクターにアクセスする必要があるのはなぜですか?

質問が有効かどうか疑問に思っていますか？

コントローラーをより迅速に構築し、重複を取り除くために、基本クラスを作成しました。いくつかのヘルパー メソッド、デフォルト アクション、およびいくつかのメタ プログラミングを提供して、これらを簡単に構築できるようにします。

基本クラスのメソッドの 1 つは次のようなものです。

それを呼び出すアクションは、基本クラスでも次のとおりです。

残念ながら、アプリケーションのデプロイ時に基本クラスを継承するコントローラー サブクラスのリスト アクションに移動すると、次の例外が発生します。

どうすればグレイルを頭上にぶつけて、やりたいことをやらせることができますか? 私のコントローラーユニットテストは問題なく実行されるため、grails の実行時間は完全に問題があります :/

ケン