NO
Там же есть скрипты при реквайре. Ну если нельзя вхукаться, то можно отдельную команду запилить. Это не так важно.
Size: a a a
2020 November 27
AB
Там же есть скрипты при реквайре. Ну если нельзя вхукаться, то можно отдельную команду запилить. Это не так важно.
предлагаешь это в шаблон пихать?
NO
предлагаешь это в шаблон пихать?
Хоть в отдельный пакет ) Мне всё равно, главное результат.
AM
Там же есть скрипты при реквайре. Ну если нельзя вхукаться, то можно отдельную команду запилить. Это не так важно.
Эм... то есть ребилд конфигов тебе не норм, а команду каждый раз запускать норм?
NO
Не каждый раз, а при подключении нового пакета. Ну и я говорил что лучше без этого.
Пакеты подключаются не каждый день. А правки конфига могут быть хоть по три раза за день, в зависимости от характера разработки. Например, создание консольной команды уже требует пересборки...
Пакеты подключаются не каждый день. А правки конфига могут быть хоть по три раза за день, в зависимости от характера разработки. Например, создание консольной команды уже требует пересборки...
AM
Ну ОК, допустим мы как-то это реализовали.
AM
Вот у нас получилась после установки пакетов такая структурка:
config/
common.php
web.php
console.php
params.php
packages/
yiisoft/debug
web.php
params.php
yiisoft/cache
common.php
params.php
config/
common.php
web.php
console.php
params.php
packages/
yiisoft/debug
web.php
params.php
yiisoft/cache
common.php
params.php
NO
Есть более важное, есть менее важное. Есть частые действия, есть редкие. Равнять всё к одному, это конечно программистский подход, только он пользователям проблемы создаёт. Пользователю неважно насколько красивая архитектура внутри, ему важно насколько удобно этим пользоваться каждый день.
AM
Что при этом будет в index.php?
DS
Простые варианты правил:
1. Всё рантайм если не указано явно что Buildtime
2. Всё при билде если не указано явно что Runtime
1. Всё рантайм если не указано явно что Buildtime
2. Всё при билде если не указано явно что Runtime
Все проголосовали за третий вариант)
NO
require 'config/web.php'
AM
Все проголосовали за третий вариант)
Вот да. Получается разброд и шатание. То есть это будет набор правил. Это хреново усваивается при изучении.
AM
require 'config/web.php'
А что будет в web.php?
DS
Вот да. Получается разброд и шатание. То есть это будет набор правил. Это хреново усваивается при изучении.
Та не, просто это интуитивно понятно.
NO
require common, params, debug/config и т.д.
NO
Та не, просто это интуитивно понятно.
+
Принцип наименьшего удивления.
Принцип наименьшего удивления.
DS
Скажем так, наиболее употребимые кейсы. Это require для разбивки больших конфигов пакета на подконфиги, а env для окружения среды выполнения.
DS
+
Принцип наименьшего удивления.
Принцип наименьшего удивления.
Да, что-то вроде этого. Дорожки в парке лучше делать там, где протаптывают тропинки)
AM
require common, params, debug/config и т.д.
И это всё руками писать?
AM
Вот перечислять все мои 10 пакетов?