2013-02-25 2 views
0

오픈 소스 다운로드 및 설치 스크립트 (예 : 블로그, 시간 추적기 등) 유형 응용 프로그램을 실행하도록 설계된 Laravel 4 (베타) 프레임 워크를 사용하고 있습니다.응용 프로그램 테마 및 작곡가?

인터페이스를 테마로 허용하고 싶습니다. 몇 가지 방법으로 할 수 있지만 선택할 수있는 방법이 확실하지 않습니다. 나는 테마 엔진을 테마가 패키지가 될 것으로 예상하도록 설정해야합니까? 아니면 테마를 내부적으로 관리해야합니까? (일명 테마 디렉토리에 앉아 있어야합니다.)

 
/-------------------------------------------------------------------------------\ 
| Internally Managed Themes    | Packaged Themes      | 
|---------------------------------------|---------------------------------------| 
| Easy for me to manage     | Easy for theme developers to manage | 
|---------------------------------------|---------------------------------------| 
| Manual updates, or needs external  | Automatic updates via composer update | 
| theme repo built      |          | 
|---------------------------------------|---------------------------------------| 
| Can do external theme with one click | Users need to update and manage  | 
| install and removal for themes  | composer.json for all theme installs | 
|          | and removals       | 
|---------------------------------------|---------------------------------------| 
| Assets must be static - Although this | Theme developers are free to use pre | 
| shouldn't be a as the assets couldn't | compilers and asset managers allowing | 
| really be dynamic when using this  | for dynamic css etc based on a  | 
| method        | configuration or similar.    | 
|---------------------------------------|---------------------------------------| 
| Need to write the code to publish all | Assets get put into the public  | 
| the assets to the public directory | directory via artisan's asset:publish | 
| duplicating what already exists in | command or via the chosen asset  | 
| the laravel framework     | pre compiler       | 
|---------------------------------------|---------------------------------------| 
| Easy to install themes both in the | Can't think of an easy way to manage | 
| custom theme repository and just zip | themes that will not be registered on | 
| archive themes      | a composer repository     | 
\-------------------------------------------------------------------------------/ 

그래서, 목록에서 꽤 심지어 절충 A의, 그리고 진짜 문제는 위에, 나는 나를 (그리고 스크립트의 최종 사용자가) 관리 할 것이 더 복잡하게 할 수 있지만, 쉽게 테마 개발자는 더 많은 것을 할 수 있습니다. 아니면 테마 개발자가 할 수있는 일을 제한하고 나와 최종 사용자가 쉽게 관리 할 수있게합니까?

+0

대상 고객이 많은 경우 두 번째 경로를 선택합니다. 즉 포장 된 것. – itachi

+0

itachi, 왜 당신은 WordPress를 보는지, 큰 타겟층을 가지고 있는지를 자세히 설명 할 수 있지만, 내부적으로 관리되는 테마를 사용합니다. – Hailwood

+0

"일반 사람들"이 테마를 만들려고한다면 1 번 경로를 선택하십시오. 테마가 PHP 개발자 (웹 디자이너가 아닌)에서만 제공되는 경우 경로 2를 고려하십시오. –

답변

1

Wordpress 및 유사 제품을 사용하면 기술자가 거의없는 사용자가 테마를 설치할 수 있습니다. 당신의 시장이 유사하게 기술적이지 않다면, 당신은 "내부"주제들과 함께 가고 싶어 할 것입니다. Composer를 사용하면 매우 기술적 인 청중으로 제한됩니다.

(앱이 composer.json 파일을 업데이트 가진 같은 슈퍼 영리한 무언가를하지 않는 한. 그 날 밖으로 지옥 겁 것이지만,이 두 시스템의 장점을 가지고있는 하나 개의 방법이 될 것입니다.)