問題タブ [interface-implementation]

したがって、具象クラスがあるときに PropertyInfo を取得するための解決策と、具象クラスによって実装されるインターフェイスの PropertyInfo を取得するための解決策があると思いました。コードは次のとおりです。

残念ながら、失敗するケースが見つかりました。これを修正する方法がわかりません。だから私はクラスをdllに持っています：

次に、別の dll で次のようにします。

今

ConfigId プロパティを基本クラスのプロパティ定義に一致させる方法はありますか?

PS。具象クラスのプロパティに属性があるため、それらを取得する必要があります。

どんな助けでも大歓迎です！

マップ プロパティを持ち、挿入順序も保持する独自の「単純な」コンテナを実装したいと考えています。boost::multi_index について聞いたことがありますが、私が望むものを理解するのは非常に難しいと思います。

だから私はテンプレート化されたクラスを作りました:

それをテストするために、私は次のようなことをしたかった：

しかし、キーを文字列ではなくbasic_stringに変換するため、挿入（および[]）でコンパイルエラーが発生し続けます。それは私を夢中にさせており、答えが見つかりません（または、答えを探すために問題を適切に説明する言葉はありません）。アロケーターと関係があると思いますが、修正方法を理解できません。マップにこの変換を行わせるにはどうすればよいですか?また、他の (独自に実装された) クラスで必要になるため、一般的なままにしますか?

編集:「文字列」の問題を解決した後、&int を待っていたため、int を渡すときに問題が発生しました。kebs のアドバイスに従い、代わりに vector> を実装し、変換の問題を取り除きました... :)

エンティティ フレームワークでは、DbContext クラスは IObjectContextAdapter インターフェイスを実装します。このインターフェイスの中を見ると、プロパティが 1 つしかないことがわかります

しかし、DbContext クラス自体にはそのプロパティがありません。今：

1. それはどのように機能しますか？コンパイラは DbContext クラスに public ObjectContext プロパティを強制するべきではありませんか?
2. 別の言い方をすれば、ObjectContext プロパティにアクセスするために DbContext を ObjectContextAdapter にキャストする必要があるのはなぜですか。

何が起きてる？

たとえば、抽象クラス 2 インターフェースがあるとします。

そして今、これらのインターフェースを実装する 2 つのクラスがあるとします。

ここで質問です。これらのクラスは同じ抽象クラス ( Entity) を実装しているため、次のようにBarとやり取りしFooたり、その逆を行ったりすることができます。

しかし今、私Fooは の別のインスタンスと対話することしかできず、 のインスタンスとIFoo対話しようとするとコンパイル時にエラーが発生することを望んでいます。Bar同じルールも適用する必要がありBarます。だから、それは次のようなものでなければなりません..

そのようなことは可能ですか？もしそうなら、どうすればそれを行うことができますか?

私は最近、C ++で個別のクラスファイルをいじり始めましたが、これが私の最初の試みでした:

まず、"ThisClass.h" というクラス ヘッダーを作成しました。

次に、「ThisClass.cpp」というファイルにクラスを実装しました。

最後に、クラスを使用する「main.cpp」というファイルを作成しました。

次に、このプログラムをコンパイルして、MinGW コンパイラを使用するコード ブロックを使用して実行したところ、次のエラーが発生しました。

私はどういうわけかこれを間違っていますか？どんな助けでも大歓迎です。

プロジェクトに取り組んでいて、開発者が typescript で次のことを行っているのを見ています。

それが正しいやり方かどうか疑問に思っています。クラスに実装がなければ無意味に思えます。次に、React コンポーネントには、インターフェイスまたは場合によってはクラスへの参照があります。いくつかの規則を設定し始めたいが、この状況での適切な実践についての助けが必要ですか?

ここのような MDN の複数の場所には、次のような引用があります

親である Node からプロパティを継承し、ChildNode インターフェイスを実装します。

ここでの継承と実装の違いは何ですか? インターフェイスを実装するインターフェイスから混乱しています。親インターフェイスであり、実装されたインターフェイスであるとはどういう意味ですか?

DOM ツリーをマップして、どのインターフェイスが JavaScript のどのプロパティに由来するかをよりよく理解したいと思います。

開発のためにコード ベースをパートナーと共有する必要がありますが、一部のサービスの実装を公開したくありません。

インターフェイスFooServiceとその実装があるとしますFooServiceImpl。

他の多くのクラスがこのサービスを自動配線し、doSomething() を呼び出します。例えば：

を削除するだけFooServiceImplでは、もちろんNoSuchBeanException起動中に a がスローされます。@Autowired(required = false)FooService が自動配線されているすべての場所で使用すると、呼び出されるたびに実行時に aがNullPointerExceptionスローされますdoSomething()。

FooServiceImpl の各メソッド本体を手動で削除する以外に、これを回避する方法はありますか?

どんな助けでも大歓迎です。