35

私はあらゆる種類の WPF ドキュメントを調べていますが、不必要に混乱しています。「ビジネス ロジック」という用語が随所に散りばめられており、誰もがそれが何であるかを知っている必要があるかのようです。

ここでの質問によれば、ビジネス ロジックとは何かがわかり ます。アプリケーションの「ビジネス ロジック」とは正確には何ですか?

しかし、この用語はどこから来たのでしょうか。なぜ「ビジネス ロジック」と呼ばれ、「コア ロジック」や「メイン アルゴリズム」などの一般的な用語ではないのでしょうか。私が書いているプログラムの中で「ビジネス ロジック」と関係があるものはほとんどありません。「ビジネス ロジック」について考えるときは、クレジット カード トランザクションや顧客データベースのメンテナンスなどを処理するものを思い浮かべます。言い換えれば、コンピューター サイエンス全体の一部に関連するものです。私がイメージング アプリケーションを作成するときは、「ビジネス」、顧客、金銭に基づく取引などは関係ありません。「ビジネス ロジック」があると言うと、本当に混乱します。私はビジネスを行っているのではなく、画像を処理しているからです。

4

13 に答える 13

36

銃の弾丸が出る端を「ビジネスエンド」と呼ぶのと同じ理由で。主要なアクションが発生する場所です。

于 2009-09-17T20:41:35.760 に答える
20

あなたがプロのグラフィック デザイナーである場合、イメージング アプリケーションの使用にビジネスが関係することは間違いありません。あなたの仕事はあなたのビジネスです。

したがって、「ビジネス ロジック」とは、ユーザーがビジネスを行う方法 (この場合は画像の操作) を定義するコードの部分を指します。

当時、すべてのソフトウェアは「ビジネス ソフトウェア」であったことを忘れないでください。ビジネス目的以外のソフトウェアを作成するために必要な高価な機器やスキルを購入する余裕はありませんでした。お金を稼いだり、ビジネスのためにお金を貯めたりしなければ、それは書かれませんでした。

于 2009-09-17T20:42:28.503 に答える
16

確かではありませんが、代わりにこの用語をドメイン ロジックに置き換える必要があると思います。

于 2009-09-17T20:47:46.350 に答える
5

これを「コア ロジック」と呼ぶこともできますが、最初の (よく知られている) 多層アプリケーションは、実際には保険や銀行向けに作成されたため、「ビジネス ロジック」という用語が使われたと思います。そこからパターンが形になり、ネーミングが固まりました。

最初の多層アプリが研究プロジェクトか何かだったら、おそらく「コア ロジック」と呼ばれていたでしょう。

于 2009-09-17T21:09:57.870 に答える
2

この用語の起源は、ビジネス固有のルールが独自のモジュールに分離されているビジネス ソフトウェアにあります。それは他のすべてのソフトウェアに転送されただけです。

于 2009-09-17T20:43:32.200 に答える
2

私がイメージング アプリケーションを作成するときは、「ビジネス」、顧客、金銭に基づく取引などは関係ありません。「ビジネス ロジック」があると言うと、本当に混乱します。私はビジネスを行っているのではなく、画像を処理しているからです。

さらに、ビジネス アプリケーションの「プレゼンテーション レイヤー」のエクストラとなるエフェクトやフィルターなどの操作があなたのコアであるため、プレゼンテーションとデータに関するアドバイスの多くも南下し始めます。

「ビジュアライゼーション」、「エンジン」、「永続ストレージ」は、私がよく取り組むシミュレーションのレイヤーの非常に一般的な名前です。ドメイン内で意味のある名前を使用しても問題ありません。しかし、SAS プログラマーのすべての求人広告について混乱します。それは、英国の防衛環境では別のことを意味するからです。ビジネスマンと話したい場合は、通訳をしなければなりません。

于 2009-09-17T21:58:45.777 に答える
1

ビジネスロジックは常に論理的であるとは限らないため、何度も皮肉だと思います。ビジネスはそのようにそれを望んでいるので、それは特定の方法でのみ行われます-多くの場合、それは最良の方法ではありません. あなたは彼らと戦い、（運が良ければ）彼らに光を見させるか、そのビジネスロジックという事実を受け入れて、彼らが間違いを犯したことに気付いたときにそれを変更する準備ができている.

于 2009-09-17T21:04:54.273 に答える
1

クレジット カード処理のような初期のコンピューター システムについて考えると、コードには 2 つの大きな部分があります。io を実行し、バックエンドやテープなどと通信する部分と、ビジネスのロジックを実行する部分です。カードは有効ですか、制限を超えていますか。

それについて別の考え方をすると、それは、ビジネスパーソンが捉えるべき「ルール」であると言うものです。

于 2009-09-17T20:45:41.920 に答える
1

ビジネス ロジックとは、"どのように" 動作するかがプログラミング チーム以外の誰かによって決定される、アプリケーションの一部です。通常、顧客がやりたいことを実行するのはコードです。この用語は通常、IT 以外のグループ向けに構築された社内ソフトウェアにのみ適用されます。

于 2009-09-17T20:48:15.447 に答える
0

これは主に基幹業務アプリケーションに使用される用語であり、人々が知っているもう 1 つの方法は CRUD アプリ (作成、読み取り、更新、削除) です。

クラスには、特定のビジネスプロセスに対してビジネスプロセスがどのように機能するかのロジックが含まれていることを意味すると思います。

于 2009-09-17T20:43:13.620 に答える
0

I think I agree with DVK - IIRC, at the time, the whole Data->Logic->Presentation layer thing was an "enterprise" (basically: business) software buzzword.

Now that every goddamn web page should be three-tiered, it's much more common.

You also have to remember that while there's a lot of code other than business code, the amount of business code is huge, and a huge business (har har) as well. It's not really surprising that some terms originated there.

于 2009-09-17T21:20:56.557 に答える
-1

きれいな GUI がビジネスを行うためにトイレに行くのと同じように、きれいな GUI はそのビジネスを行うためにロジックに行きます..

（すみません、抵抗できませんでした:)）

于 2009-09-23T05:59:41.603 に答える