В магазине продающем эти продукты?

ну например

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

какая разница?

тебе на UI надо отобразить список продуктов

Большая, может быть?

что он сними делает - это уже другая задача

Ну так "есть список продуктов" и "я хочу показывать список продуктов" я считаю разными очень простыми задачами.

окей, ты хочешь показать список продуктов

Ну, везде есть виджеты для списков, возьму платформу, воьму best practice, покажу список, в чём вопрос был?

какую платформу ты возьмешь?

вообще на чем ты пишешь?

Это уже части задачи, а не ко мне вопрос. Списком продуктом я пользовался бы в магазине наверное, потому стоит обратить внимание на что-то мобильное, например android, так совпало, что конкретно сейчас большинство внимания уделяю именно этой платформе.

Это уже части задачи, а не ко мне вопрос. Списком продуктом я пользовался бы в магазине наверное, потому стоит обратить внимание на что-то мобильное, например android, так совпало, что конкретно сейчас большинство внимания уделяю именно этой платформе.

окей, у тебя бэкэнд на чем был бы?

допустим да, это какой-то интернет магазин, это андроид приложение

и тебе надо сделать на сервере API

что будешь юзать?

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

Ну, хм, зависит от размеров, нет? Можно конечно ерланг взять каноничный, но стоит ли?

.... ты на каком языке писать умеешь?)

наверное ты такой и возьмешь?

java?

Да, java.

я правильно понимаю что ты не бэкэндщик? Или бэкэндщик?

ибо на клиенте с такими вещами проще - у тебя тупо нет необходимости обычно в сложных ORM

а потому их обычно и нет

Именно. Да, сейчас не бекендщик.

но в былые времена как бы ты дела делал?

а хотя ладно, забей

я возьму пхп, тюк тюк, mysql_query, while, немного html и готово

орм какие-то

я возьму пхп, тюк тюк, mysql_query, while, немного html и готово

mysql_* функции?

придумают тоже мне

придумают тоже мне

окей, а добавление продуктов ты тоже так делать будешь?

формочку сделал, хуяк-шмяк, пост обработал, в базу записал и готово

окей, оформление заказа тоже так бы делал?)

скидки?

скидки с кучей условий?

как быстро при таком подходе твой код станет похож на горшочек спагетти?

удалил бы все, что написал до этого, взял бы свою любимую орм...

то есть твой простой список товаров ты бы тоже на orm переделал?)

ты же все удалил

ну да, а что?

ну вот это как раз та проблема о которой я и говорю

либо мы все делаем на ORM либо ничего

и вот что интересует - откуда такая поляризация

чем плохо было бы оставить список товаров не на orm?

ну мол у тебя ж работало

для сложных вещей возьми orm, для простых ничего не меняется

затем что скидки там сложные и тд и тп

у списка товаров?

ты же сам сказал

скидки применяются на этапе формирования заказа

список продуктов - список продуктов

ты выбираешь продукты и из них формируешь заказ

то есть список продуктов как был простым так и остается, нет?)

Т.е. ты предлагаешь писать бэкенд на sql?

Т.е. ты предлагаешь писать бэкенд на sql?

предлагаю вводить read model

где-то это тупо sql

где-то агрегации из эластики

где-то - обвязка над orm потому что было впадлу

то есть список продуктов как был простым так и остается, нет?)

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

Как понять границы "где-то"?

но наверно мы про другое

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

скидки на уровне "купи две штуки получи третью в подарок, или если это третья штука такая-то то 30% скидка на все"

а не "сегодня у нас скидки для всех продуктов 30%" да и такие вещи можно легко делать через sql

никому не интересно подумать в эту сторону?

ибо лично меня задолбало писать мэпперы поверх мэпперов

хотя я могу просто сделать sql запрос, и жахнуть результат в json например

CQRS и все такое

Интересно подумать в эту сторону, но мало подумать, ещё подумать придётся как проверить подуманное и как всех заставить взять это новое подуманное, если получится.

это не новое, говорю ж - CQRS

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

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

есть кучи read реплик, и мне надо сделать так что бы все операции на чтение выполнялись на них, а все операции на запись - на master реплике

вот и задумался "а нафига мы вообще так делаем что потом страдаем... ненужная же работа"

жирнющая ORM что бы показать список категорий - регулярно такое в проектах вижу

или примитивный active record что бы делать мега сложную логику - тоже популярная тема)

жирнющая ORM что бы показать список категорий - регулярно такое в проектах вижу

я просто не понимаю

вот у тебя есть орм

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

именно так

не факт что в обход ORM, например у меня есть Doctrine - скорее всего я сделаю DQL запрос и просто сделаю выборку не в сущность а в массивчик

простые списки это покрывает идеально

списки чуть сложнее - уже не так удобно

вот сижу и балуюсь с такими

не факт что в обход ORM, например у меня есть Doctrine - скорее всего я сделаю DQL запрос и просто сделаю выборку не в сущность а в массивчик

ну это нормально, но если у тебя просто вывести список N-ой сущности, getRepo.findAll наверно проще будет, чем писать dql запрос?)

> getRepo.findAll наверно проще будет, чем писать dql запрос?) SELECT p FROM Posts LIMIT 20;

но зато не надо в сущности писать лишние геттеры которые нужны тупо для того что бы сформировать json

сущности вообще не будут иметь ничего что нужно исключительно для view layer

а это уже значительно меньше кода

то есть количество кода сильно не меняется - меняется где он лежит

а я думал это контроллер решает в чем отдать твой список

причем тут сущность

эм....

ты получил список сущностей

как ты из него получишь json?

допустим у тебя в сущностях нет геттеров от слова вообще

тебе придется их написать?