TLDR

从vanilla PHP开始小规模开发；WordPress；只需构建一些可行的东西，然后将其视图和业务逻辑分离。随着学习和项目的发展，继续重构。当您熟悉主题和插件基础知识时，考虑迁移到第三方模板引擎，以及这样的迁移是否真的有助于项目的目标。

我想获得关于Wordpress如何实现表示与代码分离的最大信息量。

WordPress本身中视图和业务逻辑的分离在整个代码库中的实现方式差异很大，主题/插件开发人员通常不太关心。我不会在这里深入探讨，因为这是一个冗长的主题，我不相信这是你的问题的意图。

主题和插件都有一个基于文件的入口点，WordPress会在适当的时间执行该入口点。然后，第三方代码可以订阅（“hook”）到各种事件（“操作”/“过滤器”）以便与WordPress接口。

除了这些限制之外，开发人员还可以完全控制他们的代码结构和组织—有一些基于文件名的约定可以自动加载模板文件，但开发人员不需要利用这种行为。要将主题或插件中的视图逻辑与业务逻辑分离，实际上只需将其分离即可。视图和业务逻辑在WordPress中没有固有的耦合，就像PHP本身一样。在代码所利用的WordPress API中，确定哪些代码符合哪个角色的行通常很明显-视图往往只显示数据并使用WordPress；模板标签；函数，而业务逻辑通常没有HTML和模板标记调用。

不管怎样，几乎任何模板引擎都可以与WordPress一起使用。但请注意，您既不必选择其他模板引擎，也不必自己编写模板引擎。PHP本身就足以作为模板语言。请考虑，根据项目的大小和范围，添加额外的模板引擎可能会不必要地使开发和维护（以及许可和更新工作流等）复杂化。

除非您现在选择模板引擎有特定的原因，否则我建议您在决定使用模板引擎之前，先熟悉使用PHP和WordPress进行的基本主题开发，这样您就有了更好的参考框架来选择您实际需要的内容，而不仅仅是添加流行代码。

最佳工具这必须是现有的最佳工具，因为脚本计划出售。

没有“一刀切”的解决方案；“最佳”；说到软件，这就是为什么有如此多种多样的解决方案。在这里，您遵循的设计模式和使用的模板引擎也是完全主观的，这是选择；“最佳”；选项是根据可用解决方案的优缺点评估项目的需求。即使这样，你也可能会遇到基于意见的僵局，这可能需要抛硬币或仅仅遵循直觉。

如果这是一个长期或大规模的项目，那么花在熟悉每种可能的解决方案上的时间将是值得的。每个开发人员都有过这样的经历：在项目进行到一半时，他们发现自己选择了错误的工具来完成任务，现在必须重构大量的代码库，或者继续使用难看的黑客和变通方法。我建议不要基于模棱两可的建议来选择您的技术堆栈-什么是；“最佳”；对某些人来说，这很可能是你项目中最糟糕的事情。