我正在使用 Laravel 4 (beta) 框架我的新应用程序,它被设计为开源下载并运行此安装脚本(例如博客、时间跟踪器等)类型的应用程序。
我想让界面成为主题,我可以通过几种方式来实现,但我不确定该选择哪一种。因为我正在使用作曲家,我应该将主题引擎设置为期望主题是包,还是应该只在内部管理主题?(又名让他们坐在主题目录中)。
/---------------------------------------------------- ------------------------------\ | 内部管理主题 | 打包主题 | |----------------------------------------|--------- ------------------------------| | 易于管理 | 易于主题开发者管理 | |----------------------------------------|--------- ------------------------------| | 手动更新,或需要外部 | 通过作曲家更新自动更新| | 构建主题repo | | |----------------------------------------|--------- ------------------------------| | 可以一键做外接主题 | 用户需要更新和管理 | | 主题的安装和删除| composer.json 用于所有主题安装 | | | 和搬迁| |----------------------------------------|--------- ------------------------------| | 资产必须是静态的——尽管这 | 主题开发者可以免费使用pre | | 不应该是资产不能 | 编译器和资产管理器允许 | | 使用它时真的很动态| 用于基于 a | 的动态 css 等 | 方法 | 配置或类似的。| |----------------------------------------|--------- ------------------------------| | 需要写代码发布全部 | 资产公开| | 资产到公共目录 | 通过工匠的资产目录:发布 | | 复制已经存在的东西| 命令或通过所选资产 | | laravel 框架 | 预编译器 | |----------------------------------------|--------- ------------------------------| | 易于在 | 中安装主题 想不出简单的管理方法 | | 自定义主题存储库,只需压缩 | 不会注册的主题| | 归档主题 | 作曲家存储库| \-------------------------------------------------- ------------------------------/
所以,从上面的列表来看,这是一个相当平衡的折衷,真正的问题是,我是否让我(和脚本的最终用户)管理起来更复杂,但主题开发人员更容易做更多事情。或者我是否限制了主题开发人员可以做的事情,让我和最终用户更容易管理?