2

我经营着一家设计公司，并且经常需要 Drupal 开发。我正在寻找最适合我公司的 Drupal 工作流程的指导。

我过去与 Drupal 开发人员合作的经验对于后端开发来说非常棒，而对于前端开发来说却是混乱的。项目最终会出现多种且不一致的 CSS 样式，并且在视觉方面进行质量控制非常耗时。

此外，我是一名前端编码员，并且在项目的所有阶段都使用 HMTL/CSS/JS 原型。如果我做的前端编码被开发人员使用而不是浪费，我更愿意。

但是，到目前为止，此工作流程与 Drupal 开发合作伙伴不兼容。因为他们使用主题，并根据我给他们的设计进行改造，所以他们无法使用我所做的 HTML/CSS/JS 工作。此外，我有一个我喜欢的响应式框架（Foundation），我的开发人员希望使用标准的响应式 Drupal 主题（Omega）。我不喜欢欧米茄，因为它不流动。

然后就像我的开发人员告诉我他们不能做一个使用 CSS（背景图像）的轮播，因为可用的 Drupal 轮播模块都是基于使用 HTML img 标签。一切都必须基于模块吗？

回到 HTML/CSS 的不一致性和耗时的设计 QA，我认为这来自于尝试改造主题。代码非常混乱，很难为样式定位元素。如果我愿意，这也使我无法进行自己的 CSS 更改。

所以，简而言之，我正在寻找一个完全不同的设计工作流程，并且我正在寻找关于它是否在 Drupal 中可行而不会增加成本的反馈。

在 Drupal 中是否可以使用前端代码（由我提供），加入一些 PHP 标记，最终得到干净编码的页面，而不是依赖主题？这会降低成本（因为提供了 HTML/CSS/JS），还是会增加成本（因为使用主题更容易）？是否涉及任何安全问题？是否涉及更新问题？简而言之，使用预制主题的最大优势是什么？

我真的，真的很感谢你的评论。

4

2 回答 2

2

我们通常从后端开发到前端。Views 等模块添加了许多 div 标签、类和标签，以便主题开发人员可以更好地利用它们并微调设计。

tpl.php除非您在文件中完成所有工作，否则我不认为这是一个“混乱”的代码。

模块只是处理数据。它不应该过多地主题化输出。为了更好地理解，请参见下图（来自 drupal.org）：

在此处输入图像描述

如果您想在模板级别执行任何数据库密集型工作，您将不得不再次加载许多您可以简单地在模块中执行的内容。

在我看来，如果您的开发人员没有对 HTML 内容进行硬编码，那么他的做法是正确的。请记住，您可以覆盖大多数主题功能，因此如果需要，您已经拥有了灵活性。

在 Drupal 中是否可以使用前端代码（由我提供），加入一些 PHP 标记，最终得到干净编码的页面，而不是依赖主题？

是的。但是你不能简单地使用slider-image.php类似的文件。您将必须添加必要的主题函数并将变量传递给它。IMO，如果您需要完全重写主题功能，则相对需要更多的工作。

这会降低成本（因为提供了 HTML/CSS/JS），还是会增加成本（因为使用主题更容易）？我不这么认为。如果您有多个后端开发人员处理代码，请要求主题团队对 HTML/CSS 进行更改。CSS 会使您的网站看起来更糟，而安全漏洞可能会毁掉您的业务、暴露您的所有用户信息，甚至更糟。

是否涉及任何安全问题？最有可能的。默认主题功能往往具有更好的安全性。尽管出现的错误很少，但它们很快就会被社区修复。

是否涉及更新问题？简而言之，使用预制主题的最大优势是什么？

因为有很多工作可以简单地采用。不过，这也会阻止您采用其他人的 CSS 工作。

于 2013-06-15T03:32:23.627 回答
0

我在某处使用经过深思熟虑的高度程式化的前端构建，这些构建几乎与当前处理 Drupal 主题的方式不兼容。让前端开发人员跟踪错误也很成问题。看起来至少在 Drupal 8 中对此有所承认。在这一点上，我们经常对 Drupal 进行重新设计以作为 API 工作，然后在顶部构建一个轻量级的 PHP 框架应用程序以在需要时提取内容，这使我们可以完全灵活地使用前端做任何我们想做的事情。另一种选择是检查表达式引擎，您明确告诉它您想要输出什么标记以及您希望如何将您的内容放置在标记中。

圣杯将是一个非常轻量级的层，它是 Drupal 的一部分，我们可以使用 Twig 以我们想要的方式提取内容，并且所有 HTML 输出都在 Twig 中定义。

于 2014-12-19T15:45:13.253 回答