instant 2.0 структура папок
Чем именно облегчит, можете аргументировать?это облегчит жизнь и разработчикам компонент и обычным пользователям
Пример. Когда разбираю машину, ноутбук, я не складываю просто болты к болтам, особенно если они разные и от разных частей. Я их складываем непосредственно рядом с деталями от которых скрутил дабы не запутаться.
тогда мы получим то же самое, но для шаблонов
то есть файлы шаблона будут распиханы по папкам компонентов
этой проблемы не будет, в 2.0 шаблоны компонентов лежат в отдельных папках, а не в одной куче как сейчаспокопаться в коде дабы посмотреть в какие шаблоны выводит
т.е. например /templates/default/controllers/blog/*
Антипример. Когда я покупаю разобранную мебель весь крепеж находится в отдельном пакетике. :)Пример. Когда разбираю машину, ноутбук, я не складываю просто болты к болтам
с кучей разных папок это уже не так легко
Какой интересный подход к данному делу.разбираю машину, ноутбук, я не складываю просто болты к болтам
Про языковые файлы верно подмечено, а вот шаблоны нельзя так ни в коем случае складировать. Это ж сколько ещё в каждом компоненте папок для каждой темы должно быть?
А вот js и css я стараюсь складывать в одном месте — соответствующие папки в корне.
этой проблемы не будет, в 2.0 шаблоны компонентов лежат в отдельных папках, а не в одной куче как сейчас
т.е. например /templates/default/controllers/blog/*
вот это решает все проблемы. код компонента в папке компонентов, а шаблон компонента в общей папке шаблонов и подпапке имени компонента. что-то найти и удалить — легче простого. вынести всю статику на отдельный хост — то же не проблема.
больше волнует возможность копирования и клонирования встроенных компонентов и гибких встроенных шаблонов для смены урлов. что бы в настройках блогов прописал вместо blogs — mega_super_blogs и по этому урлу компонент стал работать. кликнул кнопку "клонировать компонент", он предложил ввести название и сеоурл, ввел и он таблицы создал с этим префиксом и урл запомнил.
вообщем ждем второе видео, судя по наброскам из первого — нечто подобное подразумевалось. :)
Azura, тяжело сейчас, когда все шаблоны в куче, а если будет по папочками своим — проще некуда
Ага, и названия у них ща "g49s7ws5g3.tpl", да? В названии файла уже есть префикс, отвечающий за то, к какому компоненту он принадлежит, куда уж проще?
в данный момент для того чтобы изменить/разработать (нормальный, функциональный) компонент надо как минимум залезть в папку шаблоны, в папку админки и в папку самого компонента, которые находятся вообще в разных уровнях вложений. C теми же шаблонами приходится переносить файлы шаблона компоненты на используемый шаблон, это создает некую привязанность, хотя можно было бы для всех шаблонов сайта, шаблон компоненты брать из папки самой компоненты.Чем именно облегчит, можете аргументировать?
p.s у битрикса на мой взгляд хорошо продумано с компонентами, а у вас всё в разных местах, файл иконки, языковой файл, файлы CSS, админки… всё в разных местах для компонент, это не удобно
p.p.s
кстати, заметил еще в некоторых местах что "вы" — разработчики, не соблюдаете свою же модель MVC, видел в контроллере обращение напрямую к бд… помоему это не по MVC ;)
(с такой проблемой столкнулся во время написания компоненты недвижимости по подобию realty.ngs.ru)
загугли "структура компоненты битрикса" и почитай насчет проще;) куда уж проще чем там? и лазить в 100500 мест не надо;)Ага, и названия у них ща "g49s7ws5g3.tpl", да? В названии файла уже есть префикс, отвечающий за то, к какому компоненту он принадлежит, куда уж проще?