プロジェクト間で使用する再利用可能なコードのライブラリを構築しようとしています。コード スニペットとコンポーネントを作成するとき、どのライブラリを長期的に使用するかを決定しようとしています VS 本当にこれをもう一度使用しますか?
すべての開発者が持つべき、再利用するコードまたはコンポーネントは何ですか?
私は主に .net web と winforms に興味があります。
プロジェクト間で使用する再利用可能なコードのライブラリを構築しようとしています。コード スニペットとコンポーネントを作成するとき、どのライブラリを長期的に使用するかを決定しようとしています VS 本当にこれをもう一度使用しますか?
すべての開発者が持つべき、再利用するコードまたはコンポーネントは何ですか?
私は主に .net web と winforms に興味があります。
検証用の正規表現
言語によっては、すでにこれらの機能を備えているものもあります
*nix オペレーティング システム (Unix、Solaris、Linux、MacOS、Cygwin) と、コマンド ライン ユーティリティの「クラシック」セットです。
これらの基本的な概念をマージ、ミックス、ベイク、細断、および悪用する方法は計り知れません。
これらの一部は VM または標準ライブラリで提供される場合がありますが、常に追加のものが必要になります。
作成するアプリケーションの種類によって異なります。ですから、どんな問題にも真のツールボックスがあるとは思いません。(またはフレームワークである必要があります)。
いくつかのアプリケーションとクロス アプリケーション ライブラリがあります。それには多くのコードが含まれています:
アプリケーションに他のアプリケーションに役立つ可能性のあるものがあるたびに、それはライブラリに移動されます。
私はしばらくの間、C# 用の再利用可能なコードのセットを作成する作業を行ってきました。一度に 1 つのコンポーネントを追加し、さらに重要なことに、実際のアプリケーションのフレームワークを使用することで、フレームワークを非常にシンプルにし、十分に文書化され、何度も使用される傾向があるさまざまな「モジュール」を最終的に作成しました。
CodePlex の CommonLibrary.NET で確認してください
SpringFramework や MS App Blocks よりも少しシンプルで軽量です。
次のようなものが含まれます: 1. 引数/オプションの解析 2. ActiveRecord/ドメイン モデル クラス 3. コレクション 4. 検証など。
個人的には、あなたではなく、優れたフレームワークがこれらのツールを提供するべきだと思います。言語のデフォルト ライブラリでない場合 (Java が良い例です)。
答えはあなたの目標に依存します-多くの場合、「再利用可能」なものを作るには最初はもっと手間がかかりますが、もちろん、後で再利用するときに支払います-もちろん、それが本当に再利用可能であるという条件で。時々この能力は過大評価されます...IMO..。
これに対する本当の答えは、あなたがコードを書くときに答えられるでしょう-あなたが自分自身が言っているのを見つけたとき、そう、私は先週このようなものを書いたばかりです。
私の「ツールボックス」は、文字列、数学、ネットワーク、データベース、ファイル、ログ、および参照としてすぐに含めることができる他の「ライブラリ」ルーチン(アセンブリなど)のホストで構成されています。もちろん、これを生きたライブラリにするための鍵は、これらのライブラリアイテムのコードを、開発中のアプリ/コードから完全に分離しておくことです。
それが役に立てば幸い ...
素晴らしい質問
また、私は自分のものをエンタープライズライブラリに置き換え始めています-http ://msdn.microsoft.com/en-us/library/cc467894.aspx-少なくとも時間の経過とともに改善され、より多くの注目を集めています私の実装
これは、言語と、使用しているフレームワークが提供するものによって大きく異なると思います。必要な再利用可能なコードの多くは、最新のフレームワークにあります。
私は簡単に考えます:
.Netの場合:
それがほとんどすべてです。さまざまな無料のライブラリが残りをカバーしています。
うんざりして不満を抱いているコードメンテナーとして、私はこの質問を別の方法で考えます: 7* 人の開発者が 7 つの異なるソリューションを作成するのを避けるために、プロジェクトでどのコードを使用する必要があるか。ソリューション)。
ほとんどの人は、再利用を初期開発の効率的なツールと見なし、それが効率的なメンテナンスの鍵でもあることを忘れていると思います。
※7つしかないと思いますが、まだテスト中です。
PKI 認証
私の2:
依存性注入コード。よりテストしやすくすることができます。シングルトンの単一の実装に依存しないでください。
モジュラー/プラグイン機能。また、本格的なプラグイン システムを呼び出さなくてもクライアント コードをテストできるように、これをモック可能にすることをお勧めします。
両方の実装がいくつかありますが、独自のものを書かざるを得ない場合もあります。:(
解析クラス
日付操作クラス
メッセージング クラス
検証クラス
通貨、分配、算術演算、および書式設定を処理できる Money クラス。