Rubyプロジェクトに最適な宝石を選択するためのガイド

これらの基準は少し主観的なものであるため、プロジェクトに適した宝石を見つける必要があります。 。しかし、これらを見逃すと、後で後悔するでしょう。

• ドキュメントの例に基づいて、ライブラリはRubyっぽい感じですか？

  Rubyイディオムを使用していますか？それとも、実際にJavaやPHPを書いているように感じますか？これは、APIラッパーで非常に頻繁に発生します。

• 一緒に機能する小さな部品で構成されていますか？

  作者があなたに与えたオブジェクトを使用して、作者が考えもしなかったものを構築できますか？おそらくそうしたいと思うからです。

• そのgemは、すでにプロジェクトに含まれている別のgemによってすでに使用されていますか？

  ボーナスとして、統合時間を節約でき、バージョン管理をめぐってBundlerと戦う必要がないことがわかります。

• 宝石はあなたのアプリについて推測していますか？あなたのアプリはそれらの仮定に適合していますか、そしてそれは常にそれらに適合しますか？

  ActiveResourceなどの一部のgemは、通信するサーバーのAPIについて想定しています。 ResourceControllerのような他のものは、コントローラーが何をするかについて仮定を立てます。仮定を立てる宝石は、あなたをはるかに速くし、あなたのコードをはるかに単純にすることができます–それらの仮定が成り立つ間 。ただし、これらの前提条件がアプリと互換性がなくなると、モンキーパッチの適用、デバッグ、そして最終的には宝石の破棄に何日も費やすことになります。

おっと、それはたくさんです。

はい、プロジェクトに最適な宝石を選ぶために使用できる基準はたくさんあります。 通常、すべてを確認する必要はありません。 ほとんどの場合、Ruby Toolboxにアクセスして、最も人気のある宝石を選ぶことができます。

しかし、アプリのコア部分となるいくつかの宝石があります。 HTTPライブラリ、データベースライブラリ、またはコントローラをよりクリーンにすることを約束するものなど。そして、これらを確認するために余分な時間をかける価値があります 宝石は清潔で、手入れが行き届いており、十分に文書化されており、すべきメンタルモデルに適合しています。 仕事。

これらすべての基準をGoogleスプレッドシートに入れました そのため、一見似ているように見える宝石の数が圧倒的に多い場合は、それらを簡単に比較できます。ここで入手できます。