私が理解するように、スプリーはあなたのショップを構築するショッピングプラットフォームです。レールでプラットフォームではなくフレームワークとしてスプリーを使用しています
一部の電子商取引機能では、部分的かつフレームワークとして使用したいと考えています。私のアプリケーションの残りの部分は電子商取引とは無関係で、すでにそれ自体のユーザー認証で実行されていますが、spreeはdeviseも使用しているので、それを自分のプロジェクトにマージすることができます。
誰かが自分のレールプロジェクトのフレームワークとして愉快を使用していますか？ あなたの経験を共有したい場合は（多分あなたは主要な利点と欠点を列挙することができます）。
私は現在プロジェクトの途中です。私は、プラットフォームとして、より多くのフレームワークとしてSpreeを使用しています。私たちのクライアントはオンラインで直接販売するのではありませんが、それは素晴らしいスタートです。ニーズに合わせて簡単に拡張できます。
"Railsの方法"に固執し、最新で安定しており、素晴らしいコミュニティーを持っています。すべての作業の仕組みを理解するには時間がかかりますが、いったんフルスピードになると、明確なメリットが得られます。また、プラグインの束があります。 1.0バージョンではそれほど簡単ではないかもしれないので、Githubでハングアップしてください。
孤立した名前空間を持つマウント可能なエンジンであるため、既存のRails 3.1.Xアプリにマウントできることにも言及する必要があります。
今日開始する場合は、1.0.0.rc2で始まり、edge guidesを使用してください。ほとんどの場合、IRC（Freenode：#spree）やメーリングリスト（Google Groups）であなたを手伝ってくれる人がいます。
いくつかの違いがありますが、そのうちのいくつかはhereと記載されています。しかし、その投稿の作家は偏見を持っている（彼は彼がいると認めている）、コメントの一部は偏った視点から来ていることに注意してください。
言われているように、私はSpreeとror-eがさまざまな問題を解決している/異なる質問に答えていると思います。 Spreeは初期のベンチャーキャピタル資金を調達しており、分析や決済ゲートウェイなどのサードパーティサービスとの関係を構築しています。これはすべてのeコマースニーズに対応するワンストップショップです。 Ror-eは、カスタマイズ可能なアプリケーションを構築するための強固な基盤となるという視点で構築されています。 Spreeにはdefaceもあり、これはデザイナーにやさしいUIの更新とのやりとりを可能にするためのツールです。
最近、Spreeは名前空間を持つアップデートをリリースし、マウント可能なアプリケーションに適しています。また、ror-eもその機能を提供しています。両方とも、おそらくカスタムRailsの機能を使って構築するのに適しています。どちらの場合も、ソフトウェアが作成する前提条件を受け入れるか喜んで受け入れるか、それらの前提がビジネスモデルに適しているかどうかを確認する必要があります。
共有のためにありがとうございます。 ror-ecommerceはより軽くなっているようですhttp://ror-e.com/posts/1-ror-ecommerce-vs-spree - 私はあなたの意見を聞きたいと思います。 – vik
コミュニティは明らかに小さくなっています。あなたはgithubのウォッチャーによってすぐにそれを見ることができます。まあ、これは科学的ではないかもしれませんが、アイデアを与えます...また、分離された名前空間を持つマウント可能なエンジンでもありません。名前空間に衝突や問題が発生する可能性があります。それは、私はそれを使用していないと述べた。少ないドキュメンタリーと小さなコミュニティに見えます。 – jipiboily
あなたが与えたror-eリンクを読んだあと、多くの変更があったため、作者は1.0で作業していないように見えます。それは、（少なくとも）彼が正しい点がいくつかあります：i18n、「カート」機能、おそらくもっと、私はSpreeの100％を知らないのです！ – jipiboily