図書館デザインの文脈で「コア」とは何を意味していますか？

Question

"CORE"を使ってライブラリを命名している他の開発者がよく見ます。実際にはどういう意味ですか？

Answer 1

私の意見では、COREは何か不可欠なものを意味します。数学関数や実用目的の他の関数はコアではありません。彼らはむしろ "Utils"です。

コアは、他のすべてが存在する部分です。それがなければ、他の要素は意味をなさないのです。コアにない他のものは、削除することができます（設計によっては必ずしも可能ではありません）。

Answer 2

私はその規約を使用していますが、基本的には、汎用ユーティリティクラスと実際には独自のライブラリに配置されていないコードを持つコアクラスライブラリです。

たとえば、多くのクラスへの拡張メソッド、余分な数学関数など、他のプロジェクト全体を保証するのに十分な大きさではないもの。

他に何か私は考えていません。

Answer 3

I asked Bing "コア"を定義する。それがあったを思い付いた定義の一つ：

重要な部分：基本的には、誰かの名前ライブラリコア何か

の中央または最も 重要な部分は、だから、それは中央であり、ほとんどのアプリケーションやフレームワークの重要な部分:-)

Answer 4

私はコアをアプリケーションの抽象的な心として見ています。 コアは通常、アプリケーション全体の動作を定義するのに十分なロジックを実装します。

私の見解では、データアクセスとプレゼンテーションはコアの一部であってはなりません。これにより、Webアプリケーションとデスクトップアプリケーションの両方で同じコアモジュールを共有できます。

あなたのケースでは、ビジネスロジック、エラー処理、およびコアモジュールの設定が含まれていました。

大きなコアモジュールを持っている主な理由は、多くの小さなモジュールを維持しなければならないというコストを避けることです。

Answer 5

コアは、そのベンダーから使用可能な他のライブラリの前提条件です。したがって、ベンダーはいくつかの独立したパッケージを提供しているかもしれませんが、すべてのことを終わらせるためにコアに依存しています。そうしないと、重大なコードの重複が発生する可能性があります。

Answer 6

これはおそらく異端と見なされますが、データアクセス、ビジネスロジックなどのために別々のプロジェクトで数年のソリューションを構築した後、私はこれらのレイヤーをMyAppという単一のプロジェクトに入れようとしています。基本的なソリューションは、コアプロジェクトとUIプロジェクトのみで構成されることになります。これは、他のプロジェクト（例えば、MyApp.Tests）が必要ないし追加されることを意味するものではないが、基本構造は、これらの2つに基づいている。

編集：コメント内の提案ごとに要約。

Answer 7

ここにすでに掲載されている回答に基づいて、明らかに、ライブラリを開発することに関連して「コア」を定義する「標準的な」方法はありません。

だから私は「正しい」と心配しません。あなたが合っているように、この用語を使用してください。