VS
Лучше seq
Size: a a a
2020 July 18
VA
На самом деле, в домене мб место для Seq или какой-то IReadOnlyCollection.
А если в домене по сути должная стоять непустая коллекция, типа NonEmptyList?
Dv
А если в домене по сути должная стоять непустая коллекция, типа NonEmptyList?
Ну тогда в любом случае что-то хитрое придумывать же?
VA
тут кстати упоминали про аспекты seq vs конкретный контейнер, где можно почитать на тему памяти и производительности? я везде использую Seq, в редких случаях array, в основном когда нужен константный литерал по месту определить
А в таком подходе нет риска где-то упустить многократную материализацию? Я согласен, что seq наиболее чист, но если в разных местах начнут Seq.filter вызывать, а за каждой фильтрацией следует обращение к базе?
оГ
А если в домене по сути должная стоять непустая коллекция, типа NonEmptyList?
Тогда как завещал тот-чьё-имя-не-произносим - make invalid state unrepresentable
VA
А чем NonEmptyList не хитер, кроме того, что задает тип контейнера?
VA
Тогда как завещал тот-чьё-имя-не-произносим - make invalid state unrepresentable
Ну вот я и делаю это unrepresentable путем выбора подходящего типа. Кстати, Ярон Минский это первым сказал. Тот самый лишь популяризировал
SN
я искал ситуации, где бы не было кейса для пустой коллекции и че-то не нашлось. у нас любят сделать 't list option например, я бы предпочел пустые коллекции как юнит
оГ
Ну вот я и делаю это unrepresentable путем выбора подходящего типа. Кстати, Ярон Минский это первым сказал. Тот самый лишь популяризировал
Ok!
SN
Тогда как завещал тот-чьё-имя-не-произносим - make invalid state unrepresentable
это был ребе Мински. а тот, кого ты имел ввиду, в этом плане облажался
VA
я искал ситуации, где бы не было кейса для пустой коллекции и че-то не нашлось. у нас любят сделать 't list option например, я бы предпочел пустые коллекции как юнит
Да вроде бы полно таких кейсов должно быть, по крайней мере после начальной проверки на входе в домен
VA
я искал ситуации, где бы не было кейса для пустой коллекции и че-то не нашлось. у нас любят сделать 't list option например, я бы предпочел пустые коллекции как юнит
Мы, например, работаем с аудио и видеопрограммами, когда поступает команда закачать в облако набор файлов, множество файлов должно быть непустым, иначе все теряет смысл. Начальная проверка того, что оно непусто, делается на входа, а дальше многое упрощается, если знаешь, там что-то есть
оГ
это был ребе Мински. а тот, кого ты имел ввиду, в этом плане облажался
Меня уже ткнули в какашку носом!
оГ
Мы, например, работаем с аудио и видеопрограммами, когда поступает команда закачать в облако набор файлов, множество файлов должно быть непустым, иначе все теряет смысл. Начальная проверка того, что оно непусто, делается на входа, а дальше многое упрощается, если знаешь, там что-то есть
Странно. Ну, а если пусто - чот сломается?
SN
Мы, например, работаем с аудио и видеопрограммами, когда поступает команда закачать в облако набор файлов, множество файлов должно быть непустым, иначе все теряет смысл. Начальная проверка того, что оно непусто, делается на входа, а дальше многое упрощается, если знаешь, там что-то есть
ну я конечно не знаю, как именно у вас там реализована логика и где именно это все происходит, но разве при пустой коллекции код просто не будет исполняться? в смысле, если вы там как-то итерируетесь или фолдите коллекцию, то при пустой коллекции просто ничего не происходит же
VA
Странно. Ну, а если пусто - чот сломается?
Например, нельзя взять первый элемент
оГ
Трайфёрст!
VA
Пронизывать весь код tryHead, если знаешь, что у тебя непустое множество... Ну не знаю
оГ
Хед да
оГ
Зачем весь?