私がどのように決めるajaxのオープンソースのライブラリを使用する

私の会社の仕事を、 uversa株式会社は、ベースの周りgeneral public licenseのソフトウェア（ gpl ）のため、任意のライブラリを選ぶときに、最初にする必要があるとの互換性は、 gplます。 gplは、広範なので、多くのライセンスは互換してください。 （参照してくださいwww.fsf.org /ライセンス/ライセンス/ index_html ＃ gplcompatiblelicensesを参照してください。 ）しかし、ルールのためのライセンスは、ハードは、必ずそれを制限して検索を開始し、お客様のニーズを満たすものです。 私の免許取得後のガイドラインについては、私の主な機能を見ることが必要になります。 私の場合は、このphpに含まれて良いの互換性などの能力をphpとjavascriptの間での地図データの種類です。 私も簡単にできるようにしたい、他のjavascriptライブラリを組み合わせて、ライブラリのため、十分な間隔の関数と変数の名前には、プラスします。 最後に、デザインに集中したいのは、私のためだけにajaxのライブラリを探して;私必要はありませんが、大規模なjavascriptのフレームワークを学ぶ週間にします。 複数の開発者が使っていたので、彼らが学ばなければならないと、良くなりました。

ほとんどが2005年中には、これらのrequirementsand searchingwould少しの左側にある私の小さな図書館のリストからを選択します。 私を見つける1つの可能性を調査することで調整して私のウェブ開発フレームワークの残りの部分をそれほどせず面倒だ。 今日、かかわらず、これらの要件を満たしてくれて大規模なリストを残すので、他のいくつかの項目を入力する必要が狭いのアイテムのリストを私が徹底的に調査しました。 私は私のリストをさらに制限することが積極的にプロジェクトで開発されつつ摘みので、私が見ての深さだけで、それらのリリースでは、過去数カ月間としているように見える2つ以上の人によって開発されました。 ありません。 -削除したい開発者ごとに1つのプロジェクト（結局のところ、それは最も革新的なアイデアの多くは、どこから来る） ;あなたいることを確認したいだけの十分なリリースが行われましたが、ライブラリの1つではありません-タイムコードのやり場のないアイデアドロップします。 これらの基準は、ヘルプを除外しておくのは不向きのプロジェクトや、より時間を無駄にすることは決してありませ利得プロジェクトで必要に応じて、コミュニティを維持することが長い目で見れました。

かつて私が短いのリストライブラリ、僕がやる簡単に復習します。 誰もが違うの目標が、私のように、少なくとも基本的なライブラリのドキュメントや、オブジェクト指向の設計（オブジェクト指向）します。 （オブジェクト指向設計は、私には、特に重要なので、 php側が必要にメッシュを既存のコードです。 ）良い方法をテストする際には、任意のライブラリをビルドするための基本的なインストールと基本的な" hello world "のアプリケーションにしてください。 できない場合は、基本的なタスクを簡単に完了し、その後、おそらくではありません図書館に適しています。 ajaxのような複雑な技術ではありませんが、基本的なことはできません前に簡単に作成するのは難しいのアイテムの可能性が残っています。

うまくいけば、いくつかの基本的な使用した後、 1つの図書館がパックに立つと終了してから検索します。 図書館の場合、いくつかのよう本当にいい、私をもっと掘り下げると、ドキュメントやユーザーフォーラムを最終決定に基づいてどのように簡単にすべての詳細学習になるだろう。 上記のようなことが図書館の仕事をして、そして私は左のスターティングゲートに戻っています。 私は私の拡大を探す検索サイトや人気の少ないしたがってライブラリに見つけることが困難、またはi発展途上私自身の解決策を調べることができます。

私の以前の検索については、私は非常に私はいくつかのオプションを選択する際に図書館;私の最初の進出だったajaxの前にいました用語を定義している。 私の選んjpspan図書館の良さ統合とphpのオブジェクト指向設計します。 jpspanまともな解決策だったものの、それで終わる会議ませんでした私のすべてのニーズにします。 以上の時間は、自分自身のライブラリを開発することを決めた私は、 html_ajax 、 phpのpearのプロジェクトです。 上の理由から、私自身の図書館の関係を構築するための詳細を助けたがっているpearのコミュニティのニーズに比べて私の会議が、独自のライブラリが完了したら、それは簡単なフロントランナー将来の使用のためです。

にどのような判断を下すのライブラリを使用し、適用することができ、このプロセスの多くはします。 第一に、お客様のライセンスのニーズを決める;お客様のニーズのような簡単なことができ、特定のオープンソースのライセンスとして、商業や複雑なソリューションです。 その後、お客様の機能要件を見て、特にサーバーサイドの言語のサポート、および可能な解決策のリストを作成します。 このリストは、大規模な場合には、より積極的なプロジェクトを見るだけでは、偉大な方法を削減リストをスクロールしています。 それから、ある程度時間がかかるのライブラリを調査します。 私の価値を見つけるのはいつも私の時間を実際に少量の書き込みテストコードします。 後にして、ただの問題であることのように思えます摘み図書館に適しています。 を考慮することを忘れないですべてを統合するでしょうが、このライブラリ;いくつかの解決策は、簡単なことかもしれません単体の状況に統合されたときに耐えるになるお客様のサーバーサイドのウェブ開発フレームワークです。