Ruby on rails &引用；“不寻常”；关于电子商务应用的问题

是否可以合并两个应用程序，一个基于PrestaShop的电子商务应用程序和另一个基于Rails的“普通”应用程序

这可能吗？在构建该应用程序的过程中，我会遇到哪些问题？ 或者我只是说“愚蠢的事情”，这是一个非常糟糕的主意

-

第二种方法是将Spree与Rails一起使用。不过我听说Spree比PrestaShop慢得多，没有多少模块。 Spree的优势在于，我在Ruby的技能比在PHP中高得多，所以我掌握Spree的速度比PrestaShop快得多

我对这两种解决方案几乎没有任何经验（狂欢、狂欢）

---

选择选项的优先级是“需要多少时间”和最终应用程序的质量（此顺序）。

如果我理解正确，您正在权衡几种解决方案的优缺点，无法决定选择哪一种，因此您想知道使用多个解决方案是否有意义。答案通常是否定的。尽管可能，但多个技术的设置和维护要比选择单个技术困难得多。我强烈建议不要这样做

即使一个特定的解决方案没有您需要的所有功能（例如特定的模块），通常自己编写这些功能要比向堆栈中添加完全不同的技术容易得多。我这样说通常是因为和往常一样，也有例外，但只有在极少数情况下，需要一些高度特定的功能

的确，Rails应用程序有时（并非总是）比PHP应用程序慢，但速度差异只有在需要扩展到大量用户（数百万）时才有意义。即使在这种高规模下，如果您在设置服务器基础设施、利用缓存等方面很聪明，Rails也会表现良好

---

最后，我个人推荐Spree而不是Prestashop，但这是一个意见问题。如果您已经有Ruby的经验，我绝对推荐Spree。

如果我理解正确，您正在权衡几种解决方案的优缺点，无法决定选择哪一种，因此您想知道使用多种解决方案是否有意义。答案通常是否定的。尽管可能，但多个技术的设置和维护要比选择单个技术困难得多。我强烈建议不要这样做

即使一个特定的解决方案没有您需要的所有功能（例如特定的模块），通常自己编写这些功能要比向堆栈中添加完全不同的技术容易得多。我这样说通常是因为和往常一样，也有例外，但只有在极少数情况下，需要一些高度特定的功能

的确，Rails应用程序有时（并非总是）比PHP应用程序慢，但速度差异只有在需要扩展到大量用户（数百万）时才有意义。即使在这种高规模下，如果您在设置服务器基础设施、利用缓存等方面很聪明，Rails也会表现良好

最后，我个人推荐Spree而不是Prestashop，但这是一个意见问题。如果你已经有Ruby的经验，我绝对推荐Spree