а то тут вроде бы будет офтопиком вопросы по джава которые не относяться к ооп спрашивать

Есть кто писал игры не на юнити или анреале?

Есть кто писал игры не на юнити или анреале?

казалось бы причем тут java

или ООП

Омг.. сорян.. ошибся группой

:D

Есть кто писал игры не на юнити или анреале?

Есть.

Есть.

На js писал

На js писал

На C#, Unity.

А, вопрос был "НЕ на Unity".

Впрочем, не на Unity тоже: pyhton, C++, немного LUA.

Впрочем оно всё тут оффтопик.

чет тут тихо, кто что думает на тему lazy load, orm и bounded context?

чет тут тихо, кто что думает на тему lazy load, orm и bounded context?

Когда мы уже начнем делать свою орм?

да хоть завтра

только давай для начала обсудим а нужны ли orm

а точнее lazy load и т.д.

как это ложится на такие понятия как bounded context, не является ли необходимость lazy load симптомом того что мы неверно разделили контексты?

ну или тами "наследование для VO не нужно"

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

ну VO с интерфейсами тоже не особо бывают

это ж VO

чет тут тихо, кто что думает на тему lazy load, orm и bounded context?

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

Когда мы уже начнем делать свою орм?

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

а орм под что ?

?

ну была мысль сделать orm не как обычно а что-то типа конструктора

что бы можно было заменять куски и делать ее не "штукой которая позволяет тебе заменить базу не изменив не строчки кода" а "штука которая скрывает базу но заменить базу у тебя так просто не выйдет"

больше нормальный дата мэппер

но перед этим стоило бы хотя бы недельку поресерчить имеющиеся штуки

мэпперов то хватает

так под какую пдатформу?

пых

в java с этим нет проблем)

как и в c#

да и в других языках... а в пыхе все... печально... из нормальных есть либо доктрина либо ты просто забиваешь на orm и пишешь cqrs+es

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

есть пара интересных проектов

но не популярные

да и в целом я лично начинаю сомневаться в необходимости чего-то эдакого

типа "нормального мэппера"

текущих решений хватит что бы замэпить sql выборку на объекты

для чтения например

а для записи может быть и не нужна orm

хранить стрим ивентов и не париться, и будет у тебя чистая доменная модель

но я никогда чисто es не имплементил и не могу сравнить стоимость

полноценный орм наверное может и не особо и нужнен но не уверен

может тут есть кто активно юзает cqrs + es?

и может поделиться опытом относительно стоимости разработки решений?

пых

для жабаскрипта давай

в java с этим нет проблем)

А что в java мире для этого есть?

хранить стрим ивентов и не париться, и будет у тебя чистая доменная модель

ну она несильно чистая, вообще говоря

она особо не отличается от обычной write model, которая билдится не из стрима ивентов

для жабаскрипта давай

Ещё одну)) хотя я не помню ничего нормального кроме секвалайза

Ещё одну)) хотя я не помню ничего нормального кроме секвалайза

не помню ничего нормального.

Ещё одну)) хотя я не помню ничего нормального кроме секвалайза

но это ж просто query builder не?

она особо не отличается от обычной write model, которая билдится не из стрима ивентов

эм.... ну как, у тебя нет никаких технических ограничений для твоей модели, нет?

эм.... ну как, у тебя нет никаких технических ограничений для твоей модели, нет?

не уловил)

ну с orm ты раб их ограничений

а, ну я может неправильно понял смысл “чистая”

так-то prooph просто сериализованный пыховский объект в снапшоте по умолчанию хранит)

так-то prooph просто сериализованный пыховский объект в снапшоте по умолчанию хранит)

ну это ж просто снэпшеты. это не модель

ну это ж просто снэпшеты. это не модель

Смотря что ты моделью называешь

write model

а снэпшеты это просто стэйт текущий

как кэш

Так стейт это что?

стэйт это стэйт, тебя же интересует стрим ивентов

и как он формируется

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

но это лишь деталь реализации

Не хотите ли потереть за TDD и тестирование в целом? Я сделал отдельный чатик @tdd_ru

Почему бы и нет

стэйт это стэйт, тебя же интересует стрим ивентов

Почему меня интересует стрим?

ну была мысль сделать orm не как обычно а что-то типа конструктора

docs.isolate-project.org/en/latest/isolate/isolate/index.html не оно?

docs.isolate-project.org/en/latest/isolate/isolate/index.html не оно?

эта штука только для персиста как я понял? и еще она уже 2 года не живая((

хранить стрим ивентов и не париться, и будет у тебя чистая доменная модель

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

ну с orm ты раб их ограничений

это следствие, ограничение вызывают сохранение и экспорт стейта

а транзакционность, еще накидывать вагон проблем

думаю и с той же доктриной норм, если использовать read model, выпилить из нее то, что не нужно или сделать эти штуки опциональными

тот же лейзи лоадинг, для write model от него вообще нет смысла

docs.isolate-project.org/en/latest/isolate/isolate/index.html не оно?

да, это один из интересных проектов. Были еще парочка неплохих нацеленных на реализацию ORM с ограниченной магией и компонентные.

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

почему

с ES у тебя нет никаких ограничений в том как именно реализуется твоя модель (кроме концептуальных)

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

ну и стэйт это деталь реализации модели, сама модель остается чистой

В ES много другой боли: версионирование событий на первом месте

В ES много другой боли: версионирование событий на первом месте

лучшая стратегия версионирования - не делать версионирования