問題タブ [interface]

過去数年間で、非表示/表示したコントロールのページが長く流れるようになり、多くのユーザーコントロールを使用するようになりました。私は常に、ベストプラクティスについて同僚間で少し話し合ってきました。

入力するプロパティを用意する必要がありますか、それともパラメーター化されたサブを使用してコントロールに情報をロードする必要がありますか？

パラメータを使用することへの私の恐れの一部は、すべてが入力されることを確認できないという事実です。

インターフェイスを使用するための基本的なルールは何ですか？作成したことはありません。そして、私はこれを試すべきですか、それとも「サブロード」のままにするべきですか？

PHPで、そのインターフェイスを拡張するインターフェイスの1つのインターフェイスによって宣言されたメソッドを上書きする方法はありますか？

例：

私はおそらく何か間違ったことをしていますが、これが私が持っているものです：

通常、PHPでは、何かを拡張するときに、そこに含まれる任意のメソッドを上書きできます（右？）。ただし、あるインターフェースが別のインターフェースを拡張する場合、それは可能になりません。これが間違っていると考えていない限り...iShipperインターフェイスを実装する場合、ShipperオブジェクトにVendorオブジェクト（iVendorインターフェイスを実装する）を拡張させる必要はありません。私はちょうど言います：

FedExにiVendorとiShipperのすべてのメソッドを実装させます。ただし、__constructiVendorとiShipperの関数は一意である必要があります。を取り出すことができることはわかって$shipment = nullいますが、Shippersを作成するのはそれほど便利ではありません（インスタンス化中にvendors_noとshipmentを渡すだけです）。

誰かがこれを機能させる方法を知っていますか？私のフォールバックは、$shipper->setShipment($shipment);インスタンス化した後に荷送人に電話して出荷を設定する必要があることですが、それを回避する方法を望んでいます...

好奇心旺盛な方へのもう少しの説明：
FedExオブジェクトには、（cURLを使用して）FedExサイトにアクセスし、問題の貨物の見積もりを取得するメソッドがあります。UPSオブジェクト、BAXGlobalオブジェクト、Conwayオブジェクトなどがあります。それぞれに、実際に配送見積もりを取得するための完全に異なるメソッドがありますが、システムが知る必要があるのは、それらが「配送業者」であり、インターフェースはそれらで呼び出すことができます（したがって、それらをすべてまったく同じように扱い、「荷送人」配列でそれらをループしてgetTransitX()、貨物に最適な荷送人を見つけることができます）。

ただし、各「シッパー」は「ベンダー」でもあり、システムの他の部分（DBの取得と挿入など）ではそのように扱われます。データ設計はがらくたの山であるため、FedExは次のような企業と一緒に保管されます。 「ベンダー」テーブルのDunderMifflinは、他のすべてのベンダーのすべてのプロパティを取得できることを意味しますが、iShipperによって提供される追加のプロパティとメソッドが必要です。

C＃では、インターフェイスを実装すると、すべてのメンバーが暗黙的にパブリックになります。protectedアクセシビリティ修飾子（もちろん、internalを除く）を指定できればもっと良いのではないでしょうprivateか。それとも、代わりに抽象クラスを使用するだけでよいのでしょうか。

インターフェイスを使用すると、それを実装するクラスのメソッドを定義するコードを作成できます。ただし、これらのメソッドにコードを追加することはできません。

抽象クラスを使用すると、メソッドにコードを追加するだけでなく、同じことを行うことができます。

抽象クラスで同じ目標を達成できるのなら、なぜインターフェイスの概念が必要なのでしょうか?

C++ から Java までの OO 理論に関係していると言われています。これは、PHP の OO が基づいているものです。この概念はJavaでは役に立ちますが、PHPでは役に立ちませんか? 抽象クラスにプレースホルダーが散らばらないようにするための単なる方法ですか? 何か不足していますか？

トピックはそれのほとんどを述べています-静的メソッドがインターフェースで宣言できないという事実の理由は何ですか？

上記のコードでは、（少なくともEclipseでは）次のエラーが発生します。「インターフェイスメソッドITest.test（）の修飾子が無効です。publicとabstractのみが許可されます」。

方法はありますか？

特定のインターフェイスを実装するすべての型がパラメーターなしのコンストラクターを持つ必要がありますが、それは可能ですか?

社内の他の開発者が特定のプロジェクトで使用するための基本コードを開発しています。

特定のタスクを実行するタイプのインスタンスを (異なるスレッドで) 作成するプロセスがあり、これらのタイプが特定の契約 (エルゴ、インターフェイス) に従う必要があります。

インターフェイスはアセンブリの内部になります

インターフェイスのないこのシナリオについて提案がある場合は、喜んで検討します...

反復できる従業員のリストを返すクラスメソッドがあります。リストを返すための最良の方法は何ですか？通常、私はArrayListを返すだけです。ただし、私が理解しているように、インターフェイスはこのタイプのアクションに適しています。使用するのに最適なインターフェースはどれですか？また、実装（ArrayListオブジェクトなど）ではなく、インターフェイスを返す方がよいのはなぜですか？それは私にはもっと多くの仕事のように思えます。

私は新しいシステムを設計しており、システムとともに成長する多くのインターフェースを持っています。このインターフェイスに名前を付けるベスト プラクティスは何ですか

そして私はこれをします

次に、方法2を追加する必要があるので、今何をしますか?

または同じ他の方法ですか？

可能であれば、PythonでWacomタブレットからの感圧入力をキャッチしたいと思います。これを実行できるPythonライブラリはありますか？

私が読んだほとんどすべての Java 本では、オブジェクト間で状態と動作を共有する方法としてインターフェイスを使用することについて説明しています。

しかし、アーキテクトがアプリケーションを設計するのを見ると、彼らが最初に行うことは、インターフェイスのプログラミングを開始することです。どうして？そのインターフェース内で発生するオブジェクト間のすべての関係をどのように知ることができますか? これらの関係が既にわかっている場合は、抽象クラスを拡張してみませんか?