вечно ты обзываешься)

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

короч, если для бизнеса это ничего не значит, то и в коде это не должно чего-то значить

поэтому проще лучше

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

Бывает иначе?

https://12factor.net/

поэтому проще лучше

А вот хрен знает что проще: проверять на length(trim(str)) == 0 или на Nothing

А вот хрен знает что проще: проверять на length(trim(str)) == 0 или на Nothing

в твоем варианте тебе придется проверять и Nothing, и length(trim(str)) == 0

в твоем варианте тебе придется проверять и Nothing, и length(trim(str)) == 0

Если я буду класть как Just только ненулевые, то не придётся

Хм. Вот если в этом чатике ты отправишь пустые пробелы

То ничего не отправится

но где-то же придется проверить, что она не нулевая?))

Что логично

Перед тем как класть в базу. Если нулевая, то класть NULL

Меня пугает то, что тогда, по-хорошему, нужно constraint соответствующий прописывать

ну вот

короче вопрос только, где это будет

просто если у тебя тип Maybe String, то там все-таки может быть значение Just ""

а это неправда

а в случае String все ок)

Меня пугает то, что тогда, по-хорошему, нужно constraint соответствующий прописывать

сколько у тебя rps?

сколько у тебя rps?

Ограничения срабатывают на запись, коих не так много: несколько десятков тысяч в день. Так что TRIM(..) == '' меня более чем устроит

Автоконвертирование нулей в строку - для быдла и легаси. Если не нужно хранить нулы, то ставь констрейн not null. Иначе проверяй все явно, иначе однажды соснешь (и не единожды)

Автоконвертирование нулей в строку - для быдла и легаси. Если не нужно хранить нулы, то ставь констрейн not null. Иначе проверяй все явно, иначе однажды соснешь (и не единожды)

По теме-то будет что сказать, или ты только в трюизмы можешь?

По теме-то будет что сказать, или ты только в трюизмы можешь?

Тыж сам ответил. Сказал, что тебе различать пустое описание и отсутствующие описание не нужно. Значит not null тебе хватит

Посоветуйте какие то книги годные, мастрид по теме.

Только не сильно известные вроде банды четырех

Совершенный код некоторые главы

Рефакторинг

ребятки, не совсем по теме чатика, но насоветуйте книжек по тестам, вот то, что мне нравится: 1. Кент Бек(офк) 2. Growing object-oriented software guided by tests 3. rspec & cucumber book

о, тесты

ребятки, не совсем по теме чатика, но насоветуйте книжек по тестам, вот то, что мне нравится: 1. Кент Бек(офк) 2. Growing object-oriented software guided by tests 3. rspec & cucumber book

working with legacy code, там тема тестов довольно сильно затрагивается

working with legacy code, там тема тестов довольно сильно затрагивается

ее пока не прочитал)

еще хвалили the art of unit testing c#

и давным давно читал xunit test patterns, но из нее уже ничего не помню.. видимо не зашла

Сейчас наброшу. ООП - нинужно:

https://www.youtube.com/watch?v=Bn132AtZLhc

и давным давно читал xunit test patterns, но из нее уже ничего не помню.. видимо не зашла

а в меня зашла

по самые гланды

книга до сих пор 80 баксов стоит.

а я ее за 1 рубль купил

эта норм

еще хвалили the art of unit testing c#

must have reading

эта норм

Единственное что ты прочитал?)

хорошая книга. У меня дома 3 издание в бумаге

А я сейчас читаю working with legacy code. И понимаю, что до этого момента писал изначально legacy код.

Т.е. протухший by-design.

https://books.google.ru/books/about/Working_Effectively_with_Legacy_Code.html?id=fB6s_Z6g0gIC&source=kp_cover&redir_esc=y&hl=ru

Вот это.

Ребят, кто знаком с DDD на практике?

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

Парни, как можно разбить класс коллекций ? https://github.com/laravel/framework/blob/5.4/src/Illuminate/Support/Collection.php По типу этого, только методов меньше

Парни, как можно разбить класс коллекций ? https://github.com/laravel/framework/blob/5.4/src/Illuminate/Support/Collection.php По типу этого, только методов меньше

на отдельные объекты

new SlicedCollection(new InMemoryCollection(1, 2, 3, 4, 5), 1, 2)

ERROR: S client not available

на отдельные объекты

А в collection оставить лишь свойство $items ?

А, ты про это

Спасибо

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

Для того, чтобы проект был тестируемым перелажу с прямого использования ORM (AR) на репозитории. Хочу понять, в правильном направлении работает моя думалка или нет. Репозиторий по хорошему должен оперировать сущностями (Entity), у которых прописаны сеттеры и гетторы. Окей, мы создали сущность User для EloquentUserRepository, теперь при CRUD операциях она везде задействована и мы то гидрируем объект перед выдачей результатов, то заполняем ручками, перед сохранением (вызов `$repo->save(new User('Joe'))`) например. Идем дальше. Данных много и получать их все без пагинатора накладно. Здесь надо создать свой интерфейс и написать адаптер, например, к Illuminate Paginator'у. Теперь мы не зависим от софта для работы с базой, можем подменить Array-репозиторием для тестов. Далее, теперь я хочу внедрить слой представления данных, для вывода их то в API, то во вьюшках. В этом нам поможет обычный декоратор для UserEntity. Что-то мне это напоминает доктрину.

сеттеры и геттеры уже неправильно)

ну и да, доктрина как раз для удобного персиста доменных объектов

далее, доменные сущности в идеале не должны участвовать в ваших выборках на чтение

они вам ничего хорошего не дают там, ведь все что они делают - инкапсулируют логику перехода состояний, а при чтении состояние менять не оч хорошо

у репозиториев также нет методов save/update/edit и подобных, это коллекции, в коллекцию можно добавить, можно из нее удалить, можно из нее прочитать

save/update/edit к коллекции отношения не имеет

у репозиториев также нет методов save/update/edit и подобных, это коллекции, в коллекцию можно добавить, можно из нее удалить, можно из нее прочитать

хм, есть 2 типа репозиториев, collection-ориентированные и persist(?)-ориентрованные, короче какие-то вторые. Вот во втором, типе вроде как и дозволено изметь save/update/edit

но вторые не имеют отношения к домену)

вот хорошая презентация на тему, самого доклада не смотрел https://www.slideshare.net/Yaboomaster1/save-repository-from-save

так, для начала, репозиторий ведь могёт в save/update/edit?)

другое дело этого в домене не использовать, хотя и то спорно, там-же бизнес логика...

я запутался еще больше )

глянь презентацию)

смотрю

:D

дочитал, есть еще годнота?

эванс?)

вернон

были попытки, но ответов на свои вопросы не всегда находишь

зачастую просто потому, что вопросы не правильные и не видно как надо делать

вот на презентации это показано, пусть и не все все раскрыто

вот миленькая приложенька на пхп https://github.com/norzechowicz/mydrinks