将wordpress与其他框架相结合将使您很容易中伤自己。如果你的客户所需要的只是一个编辑器，那么你可以直接使用tinymce，而不必将整个wordpress拖入其中，但是，如果他们追求工作流和灵活性，那么试图让wordpress变得与众不同是毫无意义的。你很可能会花更多的时间在开发上，甚至会产生一些不能完全满足客户要求的东西。

我已经通过Laravel使用wp api完成了这一点。org、Guzzle、caching和I扩展CyberDuck\'s package 有点适合我的需要。所有我自己的观点和路线。

当以这种方式处理它时，我发现更容易将WP管理区域视为一个结构化的内容存储库，而不是一个页面管理CMS。我大量使用ACF和我自己的自定义插件。

许多其他WP插件都不能很好地工作，因为许多插件都会产生输出。您必须找到一种获取输出并自己打印的方法，或者构建自己的功能。

我从来没有推出过这一款，因为该项目需要一个基本的购物车，WooCommerce也很合算，所以坚持使用自定义WP主题。但这是一次很好的学习体验，而且做得很好，尤其是在缓存运行时。

但是您将有两个应用程序需要维护。至少在我的情况下，只有当我要构建多个网站或应用程序，并且这些网站或应用程序都来自WP内容存储库时，这才真正有意义。

Do you think this would be a nice approach to it?

Any advantage of using only wordpress for the site rather than using an external framework for it?

当然，要维护的应用程序少了一个，要编写的代码也少了很多。所有布线均内置于WP中。但你必须知道WP是如何路由的，除非你真的深入到它的重写引擎并对其进行破解，否则可能会弄乱你正在运行的其他插件。

Is there some way to connect the Laravel routing system with the WordPress rewrite system?

设置路线并不困难（即。post/{slug}) 为{slug}查询WP API并获取帖子内容。

你看过吗October CMS?

我没有在我的最新项目中使用它的唯一原因是因为SEO。Yoast在WordPress上的插件只处理了很多我不想经常处理的事情。