【问题标题】:Template engine + Front end framework模板引擎+前端框架
【发布时间】:2018-10-25 22:22:46
【问题描述】:

如果这是重复的,我深表歉意,但老实说,我没有找到足够相似的问题(或者更具体地说,答案)

我现在正在做一个项目,涉及在前端使用 Twig 模板引擎和 Vue.js。我知道一些更大的框架提供了类似的组合(Laravel 使用 Blade 并包括 Vue)。

这太过分了吗?对于较小的项目(在 PHP 中使用 ORM),同时拥有模板引擎和像 Vue 这样的前端框架有什么明显的优势吗?

我希望这个问题足够清楚。

谢谢

【问题讨论】:

  • 很简单,这取决于您。小项目很容易变成大项目。为了在创建项目时不忘记我的目标,我为自己制定了一套指导方针。其中之一说“最佳实践取决于上下文”。你需要这个项目的模板框架吗?任何项目都需要一个吗?真的,唯一能回答这些问题的人就是你作为开发项目的人。如果你觉得这样做对自己有好处,那你就去做吧。
  • 老实说,这比我从这个网站上习惯的要务实得多。我明白你的意思,两者都提供了特定的功能,但我担心我可能能够将一个用于所有事情(例如 - Vue 可能会取代我的路由和 Twig,尽管我对这个框架并不那么精通观点)。不过,我很感谢您的意见。
  • Vue 作为前端框架,无法执行路由等后端任务。至于找到一件可以做所有事情的事情,那就是 laravel 等框架的用途。然而,即使是 Laravel 也是由明显分离的单个组件构建的,即模板库没有路由。拥有这样一个模块只会导致不必要的混乱、无法预料的错误和比必要的更陡峭的学习曲线。
  • 其实有一个 Vue 路由器。事实上,效果很好。

标签: php vue.js templating


【解决方案1】:

这在小型和大型应用程序中非常很常见,并且任何技术选择都会有其优点和缺点。

您的主要好处是使用 Twig 模板(至少部分地)在服务器端呈现您的内容,并且能够使用直接输出到前端的服务器端代码(例如服务或模型助手) -结尾。如果您不希望在后端实现大型 API,则两者兼有可能是一个不错的选择。

我认为,这里的主要缺点是从服务器端切换到客户端所需的心理上下文切换,如果您有冲突功能,您最终可能会两次实现相同的功能。

最后,您应该考虑您使用这两种工具的经验、您尝试构建什么样的功能/体验,以及您有多少可用时间/资源,然后做出最适合您的决定 :)

【讨论】:

  • 这是一个很好的答案。很高兴知道我并没有走明显的坏路。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-08-24
  • 2010-10-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多