Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ruby-on-rails/64.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/meteor/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ruby on rails 替换Spree Commerce布局的问题?_Ruby On Rails_Spree - Fatal编程技术网

Ruby on rails 替换Spree Commerce布局的问题?

Ruby on rails 替换Spree Commerce布局的问题?,ruby-on-rails,spree,Ruby On Rails,Spree,我现在开始为Spree应用程序构建一个定制前端,我想知道如何去做。 我已经阅读了Spree Commerce文档,它说有两种定制视图的方法 德法斯图书馆 替换Rails文件夹中的视图 文件中规定: 每当您将整个视图复制到扩展或应用程序中时,在升级到较新版本的Spree时,都会给应用程序增加大量维护开销。在不同版本之间升级时,您需要比较已替换的每个模板,以确保在本地复制的版本中复制来自较新Spree版本的任何更改 为此,我们强烈建议您尽可能使用Deface实现所需的定制 我将不得不替换所有前端

我现在开始为Spree应用程序构建一个定制前端,我想知道如何去做。 我已经阅读了Spree Commerce文档,它说有两种定制视图的方法

  • 德法斯图书馆
  • 替换Rails文件夹中的视图
文件中规定:

每当您将整个视图复制到扩展或应用程序中时,在升级到较新版本的Spree时,都会给应用程序增加大量维护开销。在不同版本之间升级时,您需要比较已替换的每个模板,以确保在本地复制的版本中复制来自较新Spree版本的任何更改

为此,我们强烈建议您尽可能使用Deface实现所需的定制

我将不得不替换所有前端视图,但我担心这将阻止我或其他人更新到另一个版本的Spree。对我来说,涂鸦似乎有点太复杂了


有谁能告诉我,就上述内容而言,替换视图的问题有多大?

Spree前端大约有48个视图。通过在您自己的应用程序中替换所有这些,您需要确定您的视图之间以及两个Spree版本之间的Spree视图之间发生了哪些更改,检查是否添加或删除了任何模板,然后找出如何修改视图以符合新版本spree的期望。这将是大量的工作

我建议你重新评估一下为什么需要改变Spree的所有观点?看一下分机。他们能够完全改变Spree的外观,同时只替换一小部分视图,并在需要时使用Deface添加内容和标记。与替换所有视图相比,这样的扩展将更容易移植到Spree的未来版本。我们管理着许多Spree网站,并且有几个非常定制的前端,除了使用污损和CSS更改之外,我们还没有使用其他技术


如果你的前端是根本不同的,并且使用现有的SPRE前端将过于繁琐,你可能想考虑使用SPRE API建立你的前端。API的设计目的是在版本之间有更稳定的输入和输出,这将使升级更容易。

谢谢您的回答!你能给我发一些你一直在经营的定制程度很高的商店的例子吗?只是为了让我知道什么是可能的。对于一个定制的网站来说,最好的起点是你有这个来源。最近的SpreeConf由Andy Dunn作了主题演讲,讨论了他们最近基于Spree的网站。你不会知道它的来源,但它让你对一些可能的事情有了一个很好的了解。我做到了,并尝试了一下。你确定ayr.com是基于疯狂幻想吗?问题是Bryan Quinn(Spree Commerce的首席技术官)在Spree Google Group的一篇帖子中说,“大多数大型Spree实现通常覆盖70%到80%的前端视图,而小型网站通常只做一些小的调整(有时只使用Deface)。”(来源:)我不相信Ayr网站基于Spree_fancy。它很可能是在Spree之上构建的定制前端。我推荐Spree fancy,因为你有它的来源,可以看到它是如何做每件事的。总的来说,关于如何实现您的站点的决定应该取决于许多因素,包括您对Spree的熟悉程度和舒适度。我不建议您从这里开始,但如果您需要一个高度特定的前端,那么编写自己的前端或使用Spree API将是您的最佳选择。再次感谢,您的评论非常有用:-)