問題タブ [use-case]

私の経験から、JavaScriptはこれを行います：

• DOMまたは他のホストオブジェクトの操作
• イベントハンドラーの追加
• Ajaxを行う

プロトタイプの継承を掘り下げ始めたので、実際にどのように使用されているのか知りたいです。ユースケースは何ですか？

ここで遺伝パターンを積極的に使用している人はいますか？何のために？

（私の質問にはたくさんの答えがあることを理解しています-JavaScriptで継承を使用している感覚を得るためにそれらのいくつかを聞きたいだけです）

音楽/ビデオのライブ ストリーミング以外に UDP プロトコルを使用する場所を誰か教えてもらえますか? UDP のデフォルトのユースケースは何ですか?

オークション サイトまたはこのようなサイトの基本的なユース ケース シナリオを整理する場所を知っている人はいますか?

私のサイトは、Q&A サイトよりもオークション サイトから離れている必要があります。

基本的に、私の～限定的～な理解では、プロジェクトを開始するときは、ユースケースから始めて、そこからオブジェクトモデルを決定/構築します。

すでにより高いレベルの経験を積んでいる人に聞きたいです。いくつかの例を見たいのですが、アドバイスもOKです。多分、誰かがいくつかの有用なリンクを提供できますか?

ゼロから始めるのもいいですが、似たようなサイトがすでにたくさんあるので

ありがとう、リチャード

ユースケース図で条件を作成するにはどうすればよいですか？アクティビティ図の決定ノードのようなもの。

たとえば、YまたはNのいずれかにつながる可能性のある「評価」ユースケースがある場合、それを表現する方法はありません。制約機能のみがあり、{評価された場合}{評価された場合}.....を繰り返すことになります。

<<includes>>ユースケース図におけると<<extends>>の違いは何<<uses>>ですか? <<includes>>と<<uses>>は同じものですか？

アップデート

私は実験的なプログラミング言語を設計していますが、問題はクロージャーを含めるか、ファーストクラスの関数を使用するかです。これを決定するには、ファーストクラス関数に対するクロージャーの利点を示す現実的なユースケース/例が必要です。2つのうちの1つを使用せずに達成できるすべてのことを達成できることは知っていますが、コードが読みやすいファーストクラス関数などのユースケースがいくつかあります（例：短い、またはいくつかのクラスに分割されていない） ）。例えば：

ルビー:

ファーストクラス関数がなければ、for ループなどを使用する必要があるため、これらの例はより冗長になります。

では、クロージャーの有用性を示すのはどのようなユースケースでしょうか? 私はファーストクラスの関数をたくさん使っていますが、クロージャーの良いユースケースを思いつくことができませんでした. クロージャの良いユースケースはありますか?

元の投稿

クロージャーが値だけでなく変数にバインドする理由がわかりません。

ルビー:

クロージャーの定義の時点で、変数に格納されている値を参照するだけでなく、変数を参照することの用途は何ですか? この例のように:

ルビー:

クロージャーの定義の時点で、それらの変数の値だけでなく、変数を参照する必要がある良いユースケースはありますか?

ユースケース図を設計する際に、ハードウェアの一部がアクターになるにはどうすればよいでしょうか?

ウィキペディアでこれを読んだので、私は混乱しました：

ユース ケースには、ユーザー インターフェイスや画面に関する詳細を含めないでください。これは、ユース ケースとそのビジネス ルールを参照するユーザー インターフェイス設計で行われます。

ハードウェアがアクターである例を挙げていただければ幸いです。

私はこの問題を抱えています。私のシステムは衣料品店で、顧客は購入日の 1 日後にのみ購入した布を返品することができます。

布の返品はユースケースですが、1日の状態をどのように表すことができますか？「ガード状態」を使おうと思ったのですが、いかがでしょうか？

私は現在Use Case Diagram、上記のものに似たものを持っています：

私の最終的なアプリケーションでは、おそらくとの両方で同じLoginフォームを共有します。私はこれにそれを反映する必要があります、両方が同じものを使用していますか？もしそうなら、どのように私は彼らのそれぞれがした後に何ができるかを表すことができますか？EmployeesEmployersUse Case DiagramActorsLogin Use CaseLogin

「会議のスケジュール」というユースケースがあるとします。仕様で定義されているように、会議は現在または将来にのみスケジュールできます。ユースケースでは、「指定された日時が過去の場合、メッセージボックスに「会議の時間は過去にはできません」と表示される」というフローを含める必要がありますか？

私が言ったように、それは日付/時刻が過去になることはできないという仕様で定義されていますが、ユースケースの定義では、そこでも定義する必要がありますか？