Nikita
про командную работу вообще молчу
Timur
а не удалять конкретнуые колонки
Romuald
Romuald
Работал кто с Django? Вот там система миграций просто збс
Nikita
можно и гитом не пользоваться
Nikita
много чего можно
morheal
Ну блин, даже одному, заказчик там попросил добавить инфу какую-то в 5 колонок, это ведь все кликать вечность
morheal
А так написал 5 строчек
Timur
можно на вордпрессе загрузить шаблон и ок
Yura
Romuald
Romuald
согласен
Пишешь модель. А миграция создается на основе модели. Я думаю, ларе надо подсосать это
Romuald
И не стыдится
Timur
в смысле
Nikita
Doctrine
Timur
php artisan make:model Product -m
Nikita
Вообще не понимаю тех кто не использует миграции. Работа в консоли что ли отпугивает
Timur
сразу миграция создается под модель
Nikita
То что ты хочешь называется doctrine
Romuald
morheal
А там типа с полями сразу
Nikita
можно ещё и контроллер создать)
{"Json" :
Romuald
Да можно такую цепочку файлов на создавать, но они пустые
Nikita
Nikita
@nsweb он как в доктрине хочет, написал ентити и хуяк тебе миграция по ней
Nikita
Вроде как доктрину с ларой можно подружить
Romuald
а какие должны быть?)
Лень джангу запускать.
В общем когда в ней создал модель, образно name, slug, created_at.
makemigrations
Уже лежит миграция на основе твоей модели, со слагом неймом и датой, причем по всем правилам и с теми настройками что в модели
Nikita
Nikita
вообще не в этом суть) суть в том что миграции - хорошо, без миграций - плохо)
Romuald
Romuald
Вот ты типа описал модель
Romuald
Ебнул makemigrations
Romuald
Вот твоя миграция. Готовая к migrate
Romuald
Жмешь migrate и таблица готова
Nikita
ммм, не вижу преимуществ... то что в ларе ты пишешь в миграции, в джанго ты пишешь в модели?
Romuald
Что-то изменил, создалась новая версия
Romuald
Вместо ->change() просто модель отредактировал как надо и создал новую версию миграций
Romuald
Конечно же не супер быстрее, но проще
Romuald
Я то уже к ларе давно привык. Но когда переходишь с простого на чуть сложнее, ощущается
Nikita
ну такое, на вкус и цвет :) со стороны выглядит так что ты запихал ларвел миграцию в модель))
Romuald
Timur
+
Timur
Стоит разделять такие понятия
Nikita
в ларавеле как бы не обязательно трогать модель при изменении миграции
Nikita
да и мне как то спокойнее когда я сам пишу миграции и знаю что и как происходит, а не какая-то "магия" делает за меня эти миграции)
Romuald
Nikita
что будет если я меняю max-length с 250 на 200 потом запускаю создание миграций, потом меняю обратно на 250 и запускаю создание миграций??? будет 2 миграции?
Romuald
Timur
Timur
а потом -reset
Timur
ой rollback
Nikita
Timur
аа
Timur
я думал про лару
Nikita
опять контекст не читают)
Timur
сори
Anton
А мы являемся IT-сообществом?
Anton
ну вот наш ларавель канальчик? :)
Anton
Типа на РИТ++ раздавали бесплатно билеты для IT-сообществ :)
Maksim
@ Берешь такой Lumen, юзаешь, всё ок.
@ Разумно отказываешь от фасодов во имя IoC и всяго святого
@ Решаешь чтобы ошибки валидатора Json-schema возвращались через Illuminate\Validation\ValidationException
@ Сказано - сделано, throw ValidationException::withMessages($validationErrors);
@ Скрипт падает от того что фасад не найден
@ ибо в ValidationException::withMessages return new static(tap(ValidatorFacade::make
Vitalii
{"Json" :
Vitalii
Спосибо
{"Json" :
Vitalii
Дапустим, што пра айос я прочитал, а шо с фасадами не так?
Vitalii
это не толстейший троллинг, рили, что с фасадами не так?
{"Json" :
Vitalii
прочитал что это di
Vitalii
так что вместо фасада юзать?
Например, нужно юзера залогинить
Чем мне Auth:: заменить, что бы "красиво"?
🗡
Сейчас все про фасады и подобные DI во всех фреймах говорят, что надо отказываться. Ибо в толстеющих проектах это заканчивается адом. В Yii2 это Yii::$app->.... в Ларе фасады, в Symfony контейнеры. Честно говоря, тоже недопонимаю, чем это в итоге плохим таким обернется, если там пол фреймворка любого из перечисленных работает на этом принципе
Alexandr
Vitalii
ну так, чем заменить в моем примере?