오픈 소스 다운로드 및 설치 스크립트 (예 : 블로그, 시간 추적기 등) 유형 응용 프로그램을 실행하도록 설계된 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의, 그리고 진짜 문제는 위에, 나는 나를 (그리고 스크립트의 최종 사용자가) 관리 할 것이 더 복잡하게 할 수 있지만, 쉽게 테마 개발자는 더 많은 것을 할 수 있습니다. 아니면 테마 개발자가 할 수있는 일을 제한하고 나와 최종 사용자가 쉽게 관리 할 수있게합니까?
대상 고객이 많은 경우 두 번째 경로를 선택합니다. 즉 포장 된 것. – itachi
itachi, 왜 당신은 WordPress를 보는지, 큰 타겟층을 가지고 있는지를 자세히 설명 할 수 있지만, 내부적으로 관리되는 테마를 사용합니다. – Hailwood
"일반 사람들"이 테마를 만들려고한다면 1 번 경로를 선택하십시오. 테마가 PHP 개발자 (웹 디자이너가 아닌)에서만 제공되는 경우 경로 2를 고려하십시오. –