問題タブ [service-factory]

index.php に serviceFactory のインスタンスを作成しました。これは、(プライベート) 変数自体を取得/保存するだけです。しかし、何らかの理由で __get および __set マジック メソッドが機能しません。インデックスで var_dump($serviceFactory->language) を実行すると、false が返されます。serviceFactory のインスタンスを作成するときに、$router インスタンスを $serviceFactory コンストラクターに渡します。ルーターは機能しています (そうしないと、コントローラーやビューが表示されません) が、何らかの理由で $serviceFactory インスタンスから言語を取得しようとすると、false が返され、その理由がわかりません。

index.php

サービスファクトリー

私は古典的な初心者の間違いを犯し、サービスを使用する代わりに、すべてのビジネス ロジックをコントローラーに入れました。

私は今、サービスに入れたい関数がたくさんあり、これをコントローラーに挿入します。一般的に、そうする良い方法はありますか？

たとえば、今日から 2 週間後にデフォルトの日付が設定されている日付ピッカーがあります。私はコントローラでこれを解決しました

一方、私の html ではng-model='dt'。このロジックをサービスに組み込みたいと思います。私はファクトリを使うことを考えました、そして私はこのようなことをしました:

そしてコントローラーで

これは私が期待するようには機能しません。ここで何が問題なのですか？

乾杯

何かが発生したときにメールやプッシュ メッセージを iPhone に送信するプログラムの一部があります。これは、MSMQ を使用して 2 つの別個の WCF サービスを呼び出すことによって行われます。このガイド (モデル 4.0)に従って、汎用的でテストしやすいものにしました。私は一般的なチャネルの作成が好きですが、私の質問は、プロキシとチャネル ファクトリが本当に正しく閉じられているかどうか、または 10000 ユーザー環境に達したときにこれが爆発するかどうかです (最終的にはそうなります)。このコードは、50 ユーザーのテスト環境で完全に機能します。

したがって、次のコードを確認してください。

サービス プロキシ

サービス プロキシ ファクトリ

サービス呼び出しの実行(簡単にするために戻り値の型はありません)

質問は次のとおりです。

実行後に ServiceProxy を閉じる必要がありますか?

GetProxy() を呼び出すたびに ChannelFactory を作成するのが賢明ですか? その場合、この ChannelFactory を再度閉じる必要がありますか?

呼び出しごとに ServiceProxy を生成するのは、本当にパフォーマンスにやさしいのでしょうか? （私には本当に重いように思えますが、誰かが私が間違っていることを証明できるかもしれません）.

この投稿ではインターフェイスを省略しましたが、それらは非常にシンプルであり、プロキシとインターフェイスを使用したこのセットアップ全体は、単体テストと統合テストで非常にうまく機能します。

コーディング ウィザードの何人かがこれについて意見を持っていることを願っています。これを共有してください。

前もって感謝します！

Apache felix scr アノテーションを使用して servicefactory を実装しようとしています。

上記のコードは正常に動作しています。しかし、@Component の目的は何ですか? コンポーネントとサービスの両方ではなく、サービスとして公開しようとしているためです。@Component を削除すると、状態が満足できなくなります。工場がコンポーネントとサービスの両方を使用することは本当に必須ですか? pom.xml

コンポーネントファクトリを使用して複数の一意のインスタンスを作成し、サービスファクトリーであるサービスを使用して複数のインスタンスを作成しています。私の構造は TInterface - interface/service TInterfaceInline - のように見えます - これは TInterface を実装し、別のサービスの @Reference から構成されています。
Tinterfaceimpl1 - フィルタ プロパティを持つサービス ファクトリである TInterfaceInline を拡張します。TConsumer - @Reference で取得することによって TInterfaceInline を消費するコンポーネント ファクトリ。

TConsumer

TinterfaceImpl

Tinterfaceインライン

親クラス

これとは別に、残りのものはマーカー インターフェイスです。karaf にインストールしようとすると、Tinterfaceimpl1 の状態が REGISTERED になります。つまり、私はサービスファクトリーを使用しており、コンポーネントファクトリーからサービスファクトリーにアクセスしています。Servicefactory クラスは、Interface を実装するクラスを拡張します。Tinterfaceimpl1 が登録されている理由は何ですか。

OSGi でコンポーネント ファクトリを使用しようとしています。私の意図は、ファクトリ マネージャであるクラス B を使用して、ファクトリとして公開されるクラス A のインスタンスを作成することです。クラス A には、正常に機能する @Reference アノテーションを持ついくつかのサービスが含まれています。クラス C のファクトリ (クラス A と同様) にも同じアプローチが使用され、@Reference を使用した同じサービス参照が使用されます。

1. クラス A とクラス C の両方に同じサービス オブジェクトを返しますか?
2. はいの場合 (質問 1)、サービス ファクトリはクラス A およびクラス C のサービスに対して機能するかどうか?(コンポーネント ファクトリ内の属性 servicefactory を持つサービス (クラス A&C)
3. そうでない場合 (質問 1)、工場の代わりに、@Reference を使用しているときにクラス A とクラス C 内で一意のサービス オブジェクトを取得する方法はありますか?
4. クラスAとクラスCのこれらのサービスに対してそれぞれ新しい演算子を使用して同じことを達成できますが、ある種のDIアプローチを期待しています。DSで可能/達成可能ですか?