問題タブ [contract]

最終的にクライアントがホストするスタンドアロン サービス (コントラクト B) を呼び出す WCF サービス (コントラクト A) を実装しています。クライアントがプロキシを構築するためにサービスの WSDL を照会する設計時に、クライアントがそのサービスを構築できるように、コントラクト B の WSDL を含めたいと思います。残念ながら、サービスによって発行された WSDL にコントラクト B を挿入する方法がわかりません。コントラクトはインターフェイスであり、[DataContract] 属性を持たないため、既知の型として追加できません。発行された WSDL にコントラクトを挿入する他の方法はありますか?

次に例を示します。

最初は、これはデュプレックス コントラクトの典型的な例のように見えます。ただし、この特定のアプリケーションでは、さまざまな理由から、クライアントとサーバーをもう少し分離する必要があるため、(WSDL を介して) 実装するインターフェイスをクライアントに提供し、独自のサービスをホストできるようにすることを望んでいました。サービスの URL を教えてください。

私は現在、さまざまな地元の下請け会社の現場での契約/コンサルティングに取り組んでいます。私は自分の会社に成長するために努力してきましたが、やりたいことの 1 つは、自宅の自分のオフィスで仕事をすることです。

私は www.odesk.com www.elance.com のようなサイトを見つけましたが、親愛なる主よ、彼らは十分に支払っていません。提供された/完了した仕事をざっと読んだだけで、平均時給は 1 時間あたり約 15 ドルであるという印象を受けました。私の現場作業の平均は 1 時間あたり 60 ドルから 80 ドルです。

より良いレートのリソースはありますか? 人々は一度に複数の仕事をしているだけですか?

更新: 私はすでに、3 か月から複数年にわたる契約を提供する地元の下請け会社とつながっています。これらの契約の 99% は現場で行われます。私がやりたいのは、同じ種類の仕事でオフサイトの人脈を築くことです。私が不足しているのは後者です。オフサイトを専門とする優れた下請け会社を知っている人はいますか?

ホストされているソフトウェアのクライアントをついに見つけました。ソフトウェアを販売したのはこれが初めてです。だまされたと誰も感じないように、期待される稼働時間、支払いスケジュールなどを指定する契約に両当事者に署名してもらいたいのですが、私は弁護士ではないので、今のところ契約を結ぶ余裕はありません. このプロセスを開始する方法を知っている人はいますか?

ティア。

インターフェイスの実装に前提条件を追加できないことを理解しています。インターフェイスから見える要素のコントラクトを定義するコントラクト クラスを作成する必要があります。

しかし、次のケースでは、インターフェイス定義レベルでは不明な実装の内部状態にコントラクトを追加するにはどうすればよいでしょうか?

私は独立したソフトウェア請負業者です。企業は、特定の業界で非常に特殊なソフトウェアを作成するために私を雇います。私は、彼らが私に取り組んでいる特定のプロジェクトに費やした時間に対してのみ、会社に請求/請求します。

私の新しいクライアントが最近、来年の期間をカバーするサービス契約を私に送ってきました. 翌年、彼らが私に週 40 時間分の賃金を支払うという意味ではありません。いつものように、私が彼らのためにプロジェクトに取り組んでいる時間だけです。

プロジェクトは通常短く (1 回の作業で数週間しかかかりません)、プロジェクト間の間隔が 2 か月に及ぶこともあります。

この契約には、契約期間中 (1 年間) 競合する会社で働くことはできないという競業避止条項があります。独立した請負業者として、一貫した収入を得るには、年間を通じて複数の会社の複数のプロジェクトに取り組む必要があるため、これには驚きました。

独立請負業者は通常、この問題にどのように取り組んでいますか?

一般的に、私は WCF コントラクトで継承を使用することを避け、コンポジションを優先します。

しかし、次の状況では...

• ResultA と ResultB のいずれかになるサービス操作があります。
• この結果を報告するために、応答メッセージにブール値/列挙型があります。
• 応答メッセージには、他にも多くのプロパティがあります。これらのいくつかは ResultA のイベントにのみ関連し、一部は ResultB のイベントにのみ関連します。

私の選択肢は次のとおりです。

1. すべてを含む単一の応答メッセージ コントラクトを用意し、プロパティが関連しない場合は null のままにします。次に、クライアントは bool/enum を調べて、その ResultA または ResultB を確認し、それに応じてプロパティを無視する必要があります。
2. 2 つの応答メッセージ コントラクトを持ち、両方とも共有ベースから継承します。1 つは ResultA とその関連プロパティを表し、もう 1 つは ResultB とその関連プロパティを表します。

私はいくつかの理由からオプション 2 を好みますが、継承よりも合成の規則に違反しています。

人々はどう思いますか？

提案された保守契約に早期終了条項を追加するように依頼したクライアントから戻ってきたところです。契約は1年間で、更新するオプションがあります。クライアントは毎月またはすべて前払いで支払うことができます。私はそれを持っているべきだと仮定して、良い早期終了料金は何ですか？

• 無料
• 固定料金
• 月額料金2〜4ヶ月
• 残りの契約の半分
• 早期終了オプションなし

そして、クライアントが1年分の料金を前払いし、その年の途中で支払いを希望した場合はどうなるでしょうか。返金または返金なし？

問題：

契約/制約に基づく型システムについての良い紹介を探しています（申し訳ありませんが、どの用語が型システムに適しているか覚えていません）。

このような実験型システムを実装するには、その情報が必要です。

私の知る限り、このような型システムはXSD（Xml Schema Definition）で使用されています。

データ型を定義する代わりに、可能な値のセットに対する制約を定義します。

例：

"nothing"のいずれかであるか、積分範囲に一致するパラメーターを使用して、いくつかのメソッドを定義します[0..100]。

このようなメソッドは、次の値を受け入れます。

自分のことをはっきりさせたいと思います。

たとえば、チーム A とチーム B は、同様の機能を実装する必要がある異なるアプリケーションに取り組んでいます。問題の機能はデータベースに依存しており、データベースはチーム B の管理下にあります。2 つのアプリケーションのユーザー インターフェイスは異なるテクノロジに基づいていますが、機能はほぼ同じであると想定されています。どちらのチームにも独自の要件と設計ドキュメントがあります。いずれかのチームからのフィードバックに基づいて機能を変更できますが、その後、両方のチームが要件と設計ドキュメントを更新する必要があります。

チームは地理的に分散しており、各チームのメンバーも地理的に分散しています。両方のチームは、同じクライアント エンティティを扱いますが、担当者は異なります。各チームには独自のビジネス アナリスト (要件スペシャリスト) がいます。誤解を避けるために、チーム間のテクニカル コミュニケーションを電子メールよりも正式なものにしようとしています。

チーム B がデータベースや機能の機能を変更した場合、他のチームがそれについて適切に通知されるようにするにはどうすればよいですか? インターフェイス コントラクトなどの正式なテキスト ベースのドキュメントを使用していますか? それらのテンプレートを共有できますか? それとも、他のメカニズムを使用していますか？

この目標を達成するための一般的な方法は次のとおりです。

この解決策は醜いと思います。メソッドは、有効な入力パラメータコントラクトをチェックするボイラープレートコードですぐにいっぱいになり、メソッドの核心を覆い隠します。

これが私が欲しいものです：

それらのアノテーションがJSR303/ Bean Validation Specのように見える場合、それは私がそれらを借りたためです。残念ながら、これらはこのようには機能しないようです。これらは、インスタンス変数に注釈を付けてから、バリデーターを介してオブジェクトを実行することを目的としています。

多くのJavaの契約による設計フレームワークのうち、私の「欲しい」例に最も近い機能を提供するのはどれですか？スローされる例外は、カプセル化が壊れないように、実行時例外（IllegalArgumentExceptionsなど）である必要があります。