E
ну вроде как к программированию относится. рабочий инструмент... с языком раза в два больше платят
Вообще - любые курсы. Их будет достаточно для работы
Size: a a a
2020 October 20
DT
Привет! Кто может посоветовать реальные эффективные курсы/уроки и т.д. чтобы заговорить на английском?
чтобы начать говорить на английском, нужно начать говорить на английском
АЯ
чтобы начать говорить на английском, нужно начать говорить на английском
+100500
DT
других вариантов пока нет
R
А подскажите ещё одно. Есть у меня, например, промокоды. Они могут быть используемыми на текущий момент, а может уже нет (устарели, активированы и т.п.). Логику "устаревания" логично поместить в доменную модель. Но при этом, чтобы получить список _актуальных_ промокодов, мне нужно из репозитория получить все промокоды, которые в нём есть (а их может быть миллиард) и прогнать через доменную часть.
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
АЯ
А подскажите ещё одно. Есть у меня, например, промокоды. Они могут быть используемыми на текущий момент, а может уже нет (устарели, активированы и т.п.). Логику "устаревания" логично поместить в доменную модель. Но при этом, чтобы получить список _актуальных_ промокодов, мне нужно из репозитория получить все промокоды, которые в нём есть (а их может быть миллиард) и прогнать через доменную часть.
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
потому что все забывают о том, что коллекция - это тоже структура
АЯ
тебе надо выбрать коллеекцию. вот и опиши как твоя коллекция работает
R
Что ты имеешь ввиду?
DT
А подскажите ещё одно. Есть у меня, например, промокоды. Они могут быть используемыми на текущий момент, а может уже нет (устарели, активированы и т.п.). Логику "устаревания" логично поместить в доменную модель. Но при этом, чтобы получить список _актуальных_ промокодов, мне нужно из репозитория получить все промокоды, которые в нём есть (а их может быть миллиард) и прогнать через доменную часть.
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
Поэтому я сделал метод в репо "load_usable", но пришлось часть логики переложить на конкретную реализацию репо. Ок ли это и неизбежное зло или есть какие-то способы не утаскивать логику в репо?
крон
АЯ
Что ты имеешь ввиду?
я имею ввиду что ты сильно перемудриваешь: KISS нам поможет. оставь в репе в коментах просто сылку на доменную модель
сделай себе выборку в репе и не переживай.
сделай себе выборку в репе и не переживай.
R
Крон? Ну а допустим, если мне нужно загрузить "актуальные промокоды, которые подходят юзеру X". И юзеров несколько миллионов. Для каждого создавать выборку каждую минуту?)
R
я имею ввиду что ты сильно перемудриваешь: KISS нам поможет. оставь в репе в коментах просто сылку на доменную модель
сделай себе выборку в репе и не переживай.
сделай себе выборку в репе и не переживай.
Окей, я упарываюсь, так и думал. Спасибо)
АГ
Потому что модель содержит их. Вот, например, начал добавлять в создание промокода параметры, их уже пять. И может увеличиться
у меня в проекте есть объекты (дтохи) с 30 полями, и все это в конструкторе) что поделать. по-хорошему надо createFromArray метод, и fluent immutable setters, наверное. но можно просто не морочиться и зафигачить кучу паблик полей и конструктор с 30 аргументами
R
30 аргументов в конструкторе — тебя бы дядя Боб разорвал
СП
у меня в проекте есть объекты (дтохи) с 30 полями, и все это в конструкторе) что поделать. по-хорошему надо createFromArray метод, и fluent immutable setters, наверное. но можно просто не морочиться и зафигачить кучу паблик полей и конструктор с 30 аргументами
Что-то с этими объектами явно не так
СП
Как лучше называть слушателей событий:
- по событию, например
- по действию, например
- ...
?
- по событию, например
CommentCreatedListener- по действию, например
UpdateStatisticDataOnCommentCreated- ...
?
АГ
Что-то с этими объектами явно не так
первый шаг на пути замены массивов на объекты.
СП
первый шаг на пути замены массивов на объекты.
Скорей всего внутри свойства можно тоже в VO объединить
АГ
ну и получишь вместо одного класса десяток. увеличил сложность на пустом месте. в целом да, это все говорит о проблемах в проектировании, и так оно и есть. но бывает такое, что приходит от апишки такой объект на 40 полей - вот и делай с ним что хочешь.
АГ
интеграция с 1с, понимаешь ли