возможно ты просто не понял что такое билдеры?

фактори методы?

@fes0r https://github.com/fzaninotto/Faker/blob/4e81236d14da84c86f3e96561d689845bcf559ef/src/Faker/ORM/Doctrine/Populator.php#L77

ух ты какая штука, а есть русификатор для этого? чтобы фамилия, имя, адрес и тд на русском

фактори методы?

я ж говорил - шаблон проектирования builder

билдеры объектов

это часть домена

$user = (new UserBuilder()) ->withEmail($faker->email) ->withPassword($faker->password, $encoder) ->withName($faker->name); ->build();

что-то типа такого

билдеры можно хранить, и реюзать. Из одного билдера можно сгенерить тысченку пользователей

можно делать разные билдеры для разных типов сущностей, делать много волшебных вещей

что-то типа настраевоемой фабрики

когда поля простые и без сложной валидации, то такой подход ок

а когда пассворд должен быть не меньше 256 символов, содержать одну букву, одну цифру, китайский иероглив и шерсть с жопы дракона - об этом надо фэйкеру сказать, но у доктриновской ентити это прописано в валидации, и хотелось бы не прописывать это в двух местах

> но у доктриновской ентити это прописано в валидации у меня не прописано. Я не валидирую сущности

я валидирую данные на входе

а потому в фикстурах я волен юзать что захочу

главное что бы инварианты сохранялись

p.s. пароли такие - говно. У меня генерится пароль из словаря в 10К слов 4 рандомных слова

это явно надежнее чем 8 символов рандомных

и проще запоминать

тогда еще головняк с типами бд может быть, если на входе норм провалидировалось, но тип у тебя стоит инт, а пришел бигинт (пример с потолка)

тогда еще головняк с типами бд может быть, если на входе норм провалидировалось, но тип у тебя стоит инт, а пришел бигинт (пример с потолка)

это не валидация данных, это твой факап

если у тебя в сущности бигинт а в базе просто инт - ты проебался)

это должна быть 500-ая ошибка

а не 422

public function testNaturalNumbersMagnitude() { $this->forAll( Generator\choose(0, 1000) ) ->then(function($number) { $this->assertTrue( $number < 42, "$number is not less than 42 apparently" ); }); } это пример из эриса, хочу такое же, только не с примитивами, а с сущностями

именно поэтому я валидирую сущности, и факапов таких нет)

именно по этому придумали тесты

а валидация сущностей - так себе идея... хотя в одном из чатиков чувак описывал как он юзает валидацию инвариантов

но это не то же самое что валидация типов

да и делал он это через aop

а не через валидатор

и валидация происходила неявно в dev окружении при каждом обращении к сущности

если к этому прибавить property based тестирование - вообще лепота

ну есть два ограничение - одно логическое (в домене) а другое техническое (в инфраструктурном уровне)

любое техническое ограничени практически всегда может быть устранено кастылями

bigint тому подтверждение)

но нужно своевременно об этом узнать

тесты

проверка инвариантов тестами

тестирование на рандомных данных

а я в тестах тупанул, и воткнул инт, и все проходит

так я к тому и клоню

что нужно проперти бэйсед, и для этого мне и хотелось популятор юзать

для проперти бейз иногда полезно описывать сценарии которые должны фэйлиться

это для любого тестирования полезно)

а про валидацию инвариантов - есть что глянуть? или это было давно и не правда?)

гугли design by contract

я пока очень смутно себе представляю это дело

там это популярная фича

или даже

design by contract aop

оке, спасибо

https://github.com/AOP-PHP/AOP для первого знакомства сойдет, или ересь?)

а че не https://github.com/goaop/framework ?

а то пакет что ты скинул не поддерживается уже пару лет точно

я пока даже с принципами не знаком, не то что с инструментами)

Привет ребят

есть поле

'MODE'=> "8:00 - 20:00"

Необходимо указать сейчас ОТКРЫТО или закрыто

@Enleur https://github.com/goaop/goaop-symfony-bundle кстати да))

если есть наработки пожалуйста поделитесь

спасли бы мне день

@CybernatiC_UZ > < - знакомые штуки? (это не смайлик, если что)

Спасибо кэп

если есть наработки пожалуйста поделитесь

гугли про работу с интервалами и расписаниями. Это довольно стандартная задача и есть даже стандарт

ERROR: S client not available

а что сложного то emplodим строки. получаем 2 времени, создаем 2 даты с нужным временем и проверяем подходит ли текущее время в нужный диапазон

? $time = \DateTime::createFromFormat('Y-m-d', '1970-01-01'); return $time < $this->openTime || $time > $this->closeTime;

@Enleur не, ты датетайм сравниваешь со временем)

https://github.com/simshaun/recurr

не уверен на 100% но можно воспринимать как "открыто/закрыто" как рекурентные события

@Enleur не, ты датетайм сравниваешь со временем)

openTime/closeTime это DateTime, доктрина ж их так мапит

мой вариант не катит?) а то думать лень)

Спасибо

@Enleur не уверен, что это доктрина, глядя на кусок вывода)

да под рукой был кусок кода, вот и скинул) но я уверен, это доктрина)

а что сложного то emplodим строки. получаем 2 времени, создаем 2 даты с нужным временем и проверяем подходит ли текущее время в нужный диапазон

На 2 времени нужно делать new DateTime ?

https://gist.github.com/Enleur/1701ff3485fc8ad30b117a625214750a

https://tools.ietf.org/html/rfc2445

че вы выдумываете

походу таки RRULE то что надо

да под рукой был кусок кода, вот и скинул) но я уверен, это доктрина)

я не прав?

выше скинул полный класс

я про rrule

такая хрень нужна в 1м месте, зачем тащить целую либу для этого?)

ну потому что это стандарт?)

я просто на митинге сижу и не могу думать... насколько адекватное решение использовать для расписания заведения rrule

по идее не вижу минусов сходу

никто не знает толковых булшит бинго?

$is_open = explode(" - ",$apteka['MODE']); $apteka['IS_OPEN'] = "closed"; $current_time = time(); $open = $is_open[0]; $closing = $is_open[1]; $date1 = DateTime::createFromFormat('h:i', strtotime($current_time)); $date2 = DateTime::createFromFormat('h:i', strtotime($open)); $date3 = DateTime::createFromFormat('h:i', strtotime($closing)); if($date1 > $date2 && $date1 < $date3) { $apteka['IS_OPEN'] = "open"; }

apteka ??

*это индусская рука, если что*

@fes0r https://habrahabr.ru/post/191548/ хм, тут чувак всю валидацию в сущности держит, почти та же самая валидация, только придется свои ассерты писать

@fes0r https://habrahabr.ru/post/191548/ хм, тут чувак всю валидацию в сущности держит, почти та же самая валидация, только придется свои ассерты писать

именно по этому я и сказал про aop

тогда можно выносить валидацию в аспекты

точнее проверку инвариантов

*это индусская рука, если что*

Прям ПЕТРОСЯН =)

Прям ПЕТРОСЯН =)

что поделать если код такой)