Railsアプリケーションでアセットのキャッシュ、圧縮、最適化のためにJammitを実装しました。継続的インテグレーションプロセスと完全に統合されており、うまく機能します。そうは言っても、3.1ではSprocketsに基づく新しい正規のアセットパイプラインが導入されています。
Sprocketベースのアプローチには、システムの移植に値する利点がありますか?メリットがなければ、システムの変換に時間をかけたくありません。
Railsアプリケーションでアセットのキャッシュ、圧縮、最適化のためにJammitを実装しました。継続的インテグレーションプロセスと完全に統合されており、うまく機能します。そうは言っても、3.1ではSprocketsに基づく新しい正規のアセットパイプラインが導入されています。
Sprocketベースのアプローチには、システムの移植に値する利点がありますか?メリットがなければ、システムの変換に時間をかけたくありません。
私はすでにSprocketとJammitを使用しましたが、Rails 3.1アプローチの主な利点は、宝石自体ではなく、Sprocketの完全でネイティブな統合です。私はスペシャリストではありませんが、どちらの宝石も素晴らしく、私にとっては同等です。
rails 3.1アセットパイプラインは、jsファイルとcssファイルのクリーンなアーキテクチャと、関連するgem(sass、coffee-script、sprocket)のネイティブ使用を提供します。アプリにファイル用のクリーンなツリーがあり、gemがうまく統合されている場合は、何も変更しないでください。