【发布时间】：2013-02-11 05:29:31
【问题描述】：
我正在使用 Laravel 4（测试版）框架我的新应用程序，该应用程序设计为开源下载并运行此安装脚本（例如博客、时间跟踪器等）类型的应用程序。
我想让界面成为主题，我可以通过多种方式来实现，但我不确定该选择哪一种。因为我正在使用作曲家，我应该将主题引擎设置为期望主题是包，还是应该只在内部管理主题？ （也就是让他们坐在 themes 目录中）。
/---------------------------------------------------- ------------------------------\ |内部管理主题 |打包主题 | |----------------------------------------|--------- ------------------------------| |易于管理 |易于主题开发者管理 | |----------------------------------------|--------- ------------------------------| |手动更新，或需要外部 |通过作曲家更新自动更新| |构建主题repo | | |----------------------------------------|--------- ------------------------------| |可以一键做外接主题 |用户需要更新和管理 | |主题的安装和删除| composer.json 用于所有主题安装 | | |和搬迁| |----------------------------------------|--------- ------------------------------| |资产必须是静态的——尽管这 |主题开发者可以免费使用pre | |不应该是资产不能 |编译器和资产管理器允许 | |使用它时真的很动态|用于基于 a | 的动态 css 等 |方法 |配置或类似的。 | |----------------------------------------|--------- ------------------------------| |需要写代码发布全部 |资产公开| |资产到公共目录 |通过工匠的资产目录：发布 | |复制已经存在的东西|命令或通过所选资产 | | laravel 框架 |预编译器 | |----------------------------------------|--------- ------------------------------| |易于在 | 中安装主题想不出简单的管理方法 | |自定义主题存储库，只需压缩 |不会注册的主题| |归档主题 |作曲家存储库| \-------------------------------------------------- ------------------------------/所以，从上面的列表来看，这是一个相当平衡的权衡，真正的问题是，我是否让我（以及脚本的最终用户）管理起来更复杂，但主题开发人员更容易做到更多的。或者我是否限制了主题开发者可以做的事情，让我和最终用户更容易管理？
【问题讨论】：
-
如果目标受众人数众多，我会选择第二条路线。即打包一个。
-
itachi，您能否详细说明原因，我的意思是看看 wordpress，他们有大量目标受众，但他们使用内部管理的主题。
-
我想说，如果“普通人”要制作主题，请走路线 1。如果主题仅来自 PHP 开发人员（而不是网页设计师），请考虑走路线 2。跨度>
标签： php themes package laravel composer-php