0

我正在使用 Laravel 4 (beta) 框架我的新应用程序,它被设计为开源下载并运行此安装脚本(例如博客、时间跟踪器等)类型的应用程序。

我想让界面成为主题,我可以通过几种方式来实现,但我不确定该选择哪一种。因为我正在使用作曲家,我应该将主题引擎设置为期望主题是包,还是应该只在内部管理主题?(又名让他们坐在主题目录中)。

/---------------------------------------------------- ------------------------------\
| 内部管理主题 | 打包主题 |
|----------------------------------------|--------- ------------------------------|
| 易于管理 | 易于主题开发者管理 |
|----------------------------------------|--------- ------------------------------|
| 手动更新,或需要外部 | 通过作曲家更新自动更新|
| 构建主题repo | |
|----------------------------------------|--------- ------------------------------|
| 可以一键做外接主题 | 用户需要更新和管理 |
| 主题的安装和删除| composer.json 用于所有主题安装 |
| | 和搬迁|
|----------------------------------------|--------- ------------------------------|
| 资产必须是静态的——尽管这 | 主题开发者可以免费使用pre |
| 不应该是资产不能 | 编译器和资产管理器允许 |
| 使用它时真的很动态| 用于基于 a | 的动态 css 等
| 方法 | 配置或类似的。|
|----------------------------------------|--------- ------------------------------|
| 需要写代码发布全部 | 资产公开|
| 资产到公共目录 | 通过工匠的资产目录:发布 |
| 复制已经存在的东西| 命令或通过所选资产 |
| laravel 框架 | 预编译器 |
|----------------------------------------|--------- ------------------------------|
| 易于在 | 中安装主题 想不出简单的管理方法 |
| 自定义主题存储库,只需压缩 | 不会注册的主题|
| 归档主题 | 作曲家存储库|
\-------------------------------------------------- ------------------------------/

所以,从上面的列表来看,这是一个相当平衡的折衷,真正的问题是,我是否让我(和脚本的最终用户)管理起来更复杂,但主题开发人员更容易做更多事情。或者我是否限制了主题开发人员可以做的事情,让我和最终用户更容易管理?

4

1 回答 1

1

Wordpress 和类似产品允许技术技能很少的用户安装主题。如果您的市场同样是非技术性的,那么您将希望使用“内部”主题。使用 Composer 几乎将您限制在非常技术性的受众中。

(除非你做了一些超级聪明的事情,比如让你的应用程序更新 composer.json 文件。那会吓到我的,但这是同时拥有这两个系统的一种方法。)

于 2013-02-28T18:32:05.157 回答