“不寻常”关于电子商务应用的问题
是否可以合并两个应用程序，一个是基于 PrestaShop 的电子商务应用程序，另一个是基于 Rails 构建的“普通”应用程序？
这可能吗？在构建该应用程序期间我会遇到哪些问题？ 或者也许我只是说“愚蠢的事情”，这是一个非常糟糕的主意？
-
第二种方法是将 Spree 与 Rails 结合使用。不过我听说 Spree 比 PrestaShop 慢很多，而且模块不多。 Spree 的优势在于我的 Ruby 技能比 PHP 优越得多，所以我掌握 Spree 的速度比 PrestaShop 快得多。
我对这两种解决方案（Spree、PrestaShop）的经验几乎为零。
选择选项时优先考虑的是“需要多长时间”和最终申请的质量（此订单）。
Is it possible to merge two apps, one e-commerce application based on PrestaShop with second one "ordinary" build on Rails?
Is that even possible? Which issues I would encountered during building that application?
Or maybe I just saying "stupid things" and that is a very bad idea?
-
Second one approach is to use Spree with Rails. However I heard that Spree is much slower than PrestaShop and doesn't have much modules.
Advantages on Spree are that my skills at Ruby are much more superior than in PHP, so I would mastered Spree much faster than PrestaShop.
I have practically zero experience with both sollutions(Spree, PrestaShop).
Priority in choosing option is "how much time it would take" and quality of final application(this order).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果我理解正确的话，您正在权衡几种解决方案的优缺点，并且无法决定选择哪一种，因此您想知道使用多个解决方案是否有意义。答案是通常不会。尽管有可能，但多种技术的设置和维护比选择一种单一技术要困难得多。我强烈建议不要这么做。
即使一个特定的解决方案不具备您需要的所有功能（例如特定模块），您自己编写这些功能通常比向堆栈添加完全不同的技术要容易得多。我说“通常”是因为一如既往，也有例外，但仅在需要某些高度特定功能的极少数情况下。
确实，Rails 应用程序有时（并非总是）比 PHP 应用程序慢，但只有当您需要扩展到大量用户（数百万）时，速度差异才会变得相关。即使在如此高的规模下，如果您明智地设置服务器基础设施、利用缓存等，Rails 也会表现良好。
最后，我个人会推荐 Spree 而不是 Prestashop，但这是一个观点问题。如果您已经有 Ruby 经验，我绝对推荐 Spree。
If I understand correctly, you are weighing the advantages and disadvantages of several solutions and can't decide which one to pick, so you wonder whether it makes sense to use more than one. The answer is usually no. Even though it may be possible, multiple technologies are much more difficult to set up and maintain than choosing one single technology. I strongly advise against it.
Even if one particular solution doesn't have all the features you need (e.g. specific modules), it's usually much easier to simply write those features yourself than to add a completely different technology to your stack. I say usually because as always, there are exceptions, but only in rare cases where some highly specific feature is needed.
It's true that Rails apps are sometimes (not always) slower than PHP apps, but the speed difference only becomes relevant if you need to scale to a very large number of users (millions). And even at those high scales, Rails will perform well if you're smart about setting up your server infrastructure, make use of caching, etc.
Finally, I would personally recommend Spree over Prestashop, but that's a matter of opinion. If you already have experience with Ruby, I definitely recommend Spree.