問題タブ [nomenclature]

A.column name、B.Column name (A = Table A、B = Table B) を使用する場合、A.Column 名の技術名は何ですか? それは接頭辞、識別子、またはその他のものですか?

数字が基数10の数値の名前である場合、基数16の数値の名前は何でしょうか。Hexgit？

ファイル名にドットを付けた後、それは拡張子と呼ばれます。

簡単な質問: "Foo.currentState" と "Foo.status" などの両方のフィールドと、"enum FooState" と "enum Fooステータス」。そこで議論されているコンベンションはありますか？1つだけ使用する必要がありますか？もしそうならどれを、そうでなければどのように選ぶべきでしょうか?

デバッグ目的で割り当てられ、特別なパターンで埋められた余分なメモリの領域に技術的な名前があるかどうかを知りたいので、実行時に上書きされていないかどうかを確認できます（したがって、バッファオーバーフローの可能性を検出できます） ..。。

仲間はそれらを「カナリア」（スペイン語でカナリア）と呼んでいました。これは、鉱山で爆発ガスを検出するために使用されたカナリア鳥に類似していると思いますが、英語で同じ名前が使用されているかどうかはわかりません。

ビジネス ユーザーから要件を収集するとき、ビジネス ユーザーのドメイン内の 2 つの概念間のカーディナリティを理解する必要があるポイントに遭遇します。

これは、後で変更するのが難しいデータベース設計に影響するため、通常、プロセスの早い段階で知りたいことです。

たとえば、ビジネス ユーザーは、「リード」と「リファレンス」というドメイン固有の概念を持っている場合があります。見込み客の参照数を教えてもらうのは必ずしも簡単ではありません。逆もまた同様です。

DB プログラマーに質問する場合、「リードとリファレンスの間のカーディナリティは何ですか?」と単純に尋ねるかもしれません。ただし、これはビジネス ユーザーにとって常に意味があるとは限りません。

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

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

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