問題タブ [contract]

単一のエンドポイント アドレスで多数のサービス メソッドを公開する wcf サービスがあります。これまでは、すべてのサービス メソッドが 1 つのサービス コントラクト クラスに実装されていました。このサービス コントラクト クラスは、いくつかのサービス コントラクト インターフェイスを実装します。ここで、コントラクト クラスが大きくならないように、サービス コントラクト メソッドの実装をいくつかのクラスに分割したいと思います。ServiceHost でセルフ ホスティング シナリオを使用します。ServiceHost は、サービス メソッドを実装する単一の型の型を取るだけなので、すべてをこのクラスに実装する必要があるようです。もちろん、メソッドの中身はいくつかのクラスに分解できます。しかし、メソッドをいくつかのクラスに分割する方法もありますか?

iTunes Connect で契約をセットアップしようとしていますが、無料の契約しかありません。新しい契約を設定するオプションがありません。

誰でも理由はありますか？

スティーブン

私の質問は：そのようなコードの一部を持っている（コールバック契約を介した通信）

とコールバック契約

途中でネットワークの問題が発生した場合でも、メッセージがすべてのクライアントに正常にブロードキャストされるという保証はありますか？つまり、クライアントが常に接続されていると仮定して、サービスは成功するまで何度もメッセージを自動的に配信しようとしますが、最初の配信中にいくつかの問題がありました。保証するために追加のコードを書く必要があるかどうかわからないので質問しています（サービスクライアント確認メッセージなど）app.configで信頼できるセッションを有効にしていますが、信頼できるセッションで問題は解決しますか？

よろしくお願いします

いつか契約の仕事をすることを期待して、ウェブサイトを作成するスキルを学ぶことに決めました. 現在、私は Django に手を出していますが、ほとんどの契約作業は PHP で行われているという印象を受けます。何故ですか？

バックグラウンド：

新しい組み込みシステムのファームウェアをモデル化しています。現在、ファームウェアはUMLでモデル化されていますが、UMLモデリングツールのコード生成機能は使用されません。

ターゲット言語はC（具体的にはC99）になります。

低電力（つまり、パフォーマンス、迅速な実行）と正確さは重要ですが、コードサイズや実行速度など、何よりも正確さが最優先事項です。

システムのモデリングでは、明確に定義されたコンポーネントのセットを特定しました。各コンポーネントには独自のインターフェースがあり、多くのコンポーネントが多くのコンポーネントと相互作用します。

モデル内のほとんどのコンポーネントは、リアルタイムオペレーティングシステム（RTOS）での個別のタスク（スレッド）になりますが、一部のコンポーネントはライブラリにすぎません。タスクは、メッセージパッシング/キュー投稿を介して完全に相互に通信します。ライブラリとの相互作用は、同期関数呼び出しの形式になります。

アドバイス/推奨事項は規模によって異なる場合があるため、いくつかの情報を提供します。現在、約12〜15個のコンポーネントがありますが、最大20個に増える可能性がありますか？数百のコンポーネントではありません。平均して、各コンポーネントが他のコンポーネントの25％と相互作用するとします。

コンポーネント図には、コンポーネント間のインターフェイスを表すために使用されるポート/コネクタがあります。つまり、一方のコンポーネントが他方のコンポーネントに必要なものを提供します。ここまでは順調ですね。

ここにこすりがあります。「コンポーネントA」が「コンポーネントB」のすべてのインターフェースにアクセスできないようにする場合が多くあります。つまり、コンポーネントAをコンポーネントBが提供するインターフェースのサブセットに制限したい場合があります。

質問/問題：

コンポーネント図で定義されたインターフェイスコントラクトを（できればコンパイル時に）強制するための体系的でかなり簡単な方法はありますか？

明らかに、コンパイル時のソリューションは実行時のソリューションよりも望ましいです（より早い検出、より良いパフォーマンス、おそらくより小さなコード）。

たとえば、ライブラリコンポーネント「B」が関数X（）、Y（）、およびZ（）を提供するとしますが、コンポーネント「A」が関数Z（）のみを呼び出し、X（）およびY（）を呼び出せないようにします。 。同様に、コンポーネント「A」は、メッセージキューを介して多数の異なるメッセージを受信して​​処理できる場合でも、メッセージを任意のコンポーネントに送信できるコンポーネントはありません。

私が思いついた最善の方法は、コンポーネントとコンポーネントのインターフェイスごとに異なるヘッダーファイルを用意し、コンポーネントが使用を許可されているインターフェイスの部分のみを（ヘッダーファイルを介して）公開することです。明らかに、これにより多くのヘッダーファイルが作成される可能性があります。これは、コンポーネント間でのメッセージパッシングがOS APIで直接行われるのではなく、それぞれが特定の（許可された）メッセージを作成して送信する関数呼び出しを介して行われることも意味します。同期呼び出し/ライブラリの場合、APIの許可されたサブセットのみが公開されます。

この演習では、人々が行儀が良いと想定できます。 言い換えれば、関数プロトタイプを直接不正行為、切り取り、貼り付けしたり、許可されていないヘッダーファイルをインクルードしたりすることを心配する必要はありません。許可されていない場合、「A」から「B」へのメッセージを直接投稿することはありません。

コンパイル時のアサーションを使用してコントラクトを適用する方法があるかもしれません。オーバーヘッドが発生したとしても、実行時にこれをチェック/実施するためのより洗練された方法があるかもしれません。

コードはクリーンにコンパイルおよびリントする必要があるため、「関数プロトタイプファイアウォール」アプローチは問題ありませんが、これを行うにはもっと慣用的な方法があるようです。

つまり、wcf サービス コントラクトを変更して、soap メッセージから追加の「メッセージ」ラッパーを削除する方法 (wsdl を採用) は?

私はコントラクトであるWCFサービスを作成しました:

だから私のSCは今そのようなメッセージを受け入れます

しかし、レガシークライアントはそのようなメッセージを送信します (メッセージのepr:eレベルが失われました)

Ok。「wsdl」をゼロから作成しました。まず、メッセージ ラッパーを削除してから、サンプル コントラクト (cs) を生成しました。生成されたコードが、生成されたメッセージ クラスの近くで MessageContract.IsWrapperd=false を使用していることがわかりますが、生成されたコードを変更することはできません。どうにかして操作コントラクトを変更し、正しい MessageContract でメッセージを生成するように wcf に依頼する必要があります。

この WCF サービス コントラクトがあります (大幅に簡略化されていますが、含まれている名前空間に注意してください)。

私のapp.config（クライアント側）では、いくつかのサービスのエンドポイントを構成します：

ただし、これにより、 をサポートするクライアントの構成にエンドポイントが見つからないというエラーが発生しますBarService.BarContract。このエラーを取り除くには、contract属性値を変更するBarService.BarContract(名前空間を削除する) しかありません。

何故ですか？このエラーはどこから来たのでしょうか? コントラクト型の名前空間部分について触れてはいけないのはなぜですか? その結果、WCF が一致するエンドポイントを見つけられないという結果になるのではないでしょうか?

以下の @Ladislav Mrnka のコメントの質問に返信してください。

• 私はクライアント側について話している。(ちょっと言い忘れました。申し訳ありません。) このエラーはサーバー側から発生する可能性がありますか?

• BarClientVisual Studio の[サービス参照の追加]機能を使用して、上記のサービス コントラクトとそれを実装するクラスを生成しました。BarService他の人が運営しているの URL を指定しました。Foo.Services.BarServiceここで、サービスを名前空間に配置する必要があることも指定しました。

• BarClientを介してではなく、自動生成されたクラスを介してサービスを直接使用するつもりでしたChannelFactory<BarContract>。

Core Data を使用して関係のアイデアをマッピングしています。

Employerと多対多の関係を持つエンティティがありますEmployees。基本的に、従業員は複数の雇用主の下で働くことができ、雇用主は複数の従業員を持つことができます。

私が直面している問題は、従業員と雇用主の間の契約を管理する方法がわからないことです。

従業員は 1 つまたは複数の雇用主の下で働くことができるため、当然のことながら、働く雇用主ごとに契約 (給与、期間を含む) と、特定の雇用主の下で働く日付のリストを持っています。

Contracts私の質問は、ContractDates雇用主と従業員との関係をどのように管理するかです。

ありがとうございました。

画像が続きます。

CRUD のような操作で Larman のシステム操作コントラクト (書籍 Applying UML and Patterns の OO 分析) を適用することについて、多少の混乱があります。より正確には、事後条件部分と混同しています。

たとえば、次のような CRUD システム操作があるとします。

たとえば、readEmployeeシステム操作やその他の操作searchEmployeesなどの事後条件は何ですか?

例：読み取り操作の場合、システムはデータベースからレコードを読み取り、ドメインオブジェクトをインスタンス化し、ドメインオブジェクトに属性値を設定する（関係も設定する）必要があります。インスタンスの作成、属性の変更など、事後条件が上記で言及されていることを意味しますか。または、読み取り操作には事後条件がありません。これはどれも私には論理的に聞こえません。

私の混乱は、ドメイン モデル (状態) とデータベース (状態) の関係についてです。上記の操作がドメインモデルに与える影響はわかりません。データベースはシステムの状態を保存する場所だと常に考えています。従業員を作成した後、そのオブジェクトの状態はデータベースに永続化されます...しかし、ドメイン モデルの状態はどうなるでしょうか?

私のダイス シミュレーターは、ユーザーの入力とモデルによって UI が異なります。GroupLayout を使用できるようにしながら、バリエーションとオプションのパラメーターを処理するビルダー パターンを実装しようとしています。

現時点では、コントローラーで次のような呼び出しを行っています。

if 文は種類が無限にあるので嫌いです。MVC で必要な UI をクリーンかつ正確に構築するために使用できる抽象化、コントラクト、またはインターフェイスを理解できる人はいますか?