тогда естественно, когда рич модел, аннотации будут выглядеть странно

и я так писал, и cqrs + es делали

всё равно далек от души этот подход

ну тогда вперед

расскажешь, получилось или нет

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

по крайней мере такой опыт у меня был

Класс Order из 6к LoC

да

я тру ооп обычно вижу в либах

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

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

Как ты разобьёшь тот самый Order

и если в случае с анемик я могу создать OrderService1, OrderService2 etc

то в случае с рич как поступить?

на примере ордера покажи как

те самые процедурки, завернутые в классы?

и композицией передавать их в ордер класс?

неплохо

Скинь сюда потом и отметь, если не трудно

А декораторы там будут?

А декораторы там будут?

И даже чейн оф респонсибилити будет и стратегия, и много других умных слов

http://samolisov.blogspot.com/2012/10/anemic-domain-model.html

здесь тоже + и -

Привет

У тебя это Бин и аннотации к нему выполняют одну функцию - хранение данных в бд. Больше ни для чего их лучше не использовать. От того, что маппинг будет прописан в xml, суть это не изменит. Ты не должен отдавать например их на клиента.

Если я правильно уловил, то это будет что-то типа активРекордс у тебя. У тебя этот домен будет выполнять сразу две функции. Храниться в бд и тащить бизнес логику. У тебя должны очень быстро вылезти кейсы, когда это невозможно будет впихнуть вместе

И с сериализации как!?

а что за сериализация имеется в виду?

а что за сериализация имеется в виду?

Да любая... хоть на клиента передать, что на соседний сервис.

у базового класса метод toJson определяешь

или любой другой

у базового класса метод toJson определяешь

А как сделать обратно в объект, если он при этом связан с другим в это же время? Ну например Пользователь -> роли

ты про deep copy?

я думаю это на себя берут либы

ох уж эти ормопроблемы

в тот же object mapper посылаешь и все

ох уж эти ормопроблемы

нейтив sql господин пожаловал?

Какой бы проект запилить, что бы Kotlin потрогать, желательно за все интересные места?

fizz buzz enterprise

fizz buzz enterprise

Да энтерпрайз какой-то... Унылый. Хочется попенсорц накидать.

Какой бы проект запилить, что бы Kotlin потрогать, желательно за все интересные места?

Эмм... Любой?

Эмм... Любой?

Ну что бы полезно было

Жсон либу, похоже, классика

Жсон либу, похоже, классика

О_о

О_о

Ну мне для скалы советовали это. Вполне вероятно что и для Котлин зайдёт

Ну мне для скалы советовали это. Вполне вероятно что и для Котлин зайдёт

А что, жсон либ мало?

А что, жсон либ мало?

Ну других идей нет

ERROR: S client not available

Чтобы сделать что-то годное в этой сфере, нужно, как Wizzardo, фигачить изо дня в день и не останавливаться)

Какой бы проект запилить, что бы Kotlin потрогать, желательно за все интересные места?

А что если сделать REST-клиент, только не как Retrofit, где по методу на эндпоинт, а по объекту на эндпоинт? Пусть имплементят suspend (ARG, ...) -> R, должно быть удобно.

А что если сделать REST-клиент, только не как Retrofit, где по методу на эндпоинт, а по объекту на эндпоинт? Пусть имплементят suspend (ARG, ...) -> R, должно быть удобно.

Схоронил, как высплюсь — займусь

Спасибо за идею!

Схоронил, как высплюсь — займусь

Прикол в том, что для разных эндпоинтов можно выставить разные конвертеры, и это будет явно, очевидно и менее рефлективно. При этом можно построить его на базе Retrofit, потому что там есть Platform, ConverterFactory, okhttp/okio, etc.

Чтобы сделать что-то годное в этой сфере, нужно, как Wizzardo, фигачить изо дня в день и не останавливаться)

А в итоге всем все равно пофиг и твой проект никому не нужен

Главное, чтобы тебе нужен был, не так-ли?

Так то да, но своя мотивация не бесконечна

А в итоге всем все равно пофиг и твой проект никому не нужен

но... ты же в топе на TechEmpower...

+ одна звёздочка на гитхабе, одно открытое issue

Ну и соответственно конкурентно способность на рынке труда возрастает если добротный проект опенсоурснутый

Может когда базу подтяну будет лучше

А в итоге всем все равно пофиг и твой проект никому не нужен

...а с JSON интересно было бы посмотреть на сравнение производительности стриминга, а не всего сразу.

+ одна звёздочка на гитхабе, одно открытое issue

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

+ одна звёздочка на гитхабе, одно открытое issue

description напиши)

Так то да, но своя мотивация не бесконечна

сходи на хайлоадные конфы, расскажи

...а с JSON интересно было бы посмотреть на сравнение производительности стриминга, а не всего сразу.

В какой момент нужен стриминг? Когда json в память не влезает?

Какой бы проект запилить, что бы Kotlin потрогать, желательно за все интересные места?

коннектор к чему-то популярному, но чего еще не сделали. или хз, в котлине под эти цели явовые используют ?

В какой момент нужен стриминг? Когда json в память не влезает?

Я про стриминг в другом смысле. Поправь, если провтыкал терминологию. Я так называю разбор токен-за-токеном. Любой высокоуровневый парсинг — AST, databind (json to POJO), JSONPath — строится на стриминге.

Я про стриминг в другом смысле. Поправь, если провтыкал терминологию. Я так называю разбор токен-за-токеном. Любой высокоуровневый парсинг — AST, databind (json to POJO), JSONPath — строится на стриминге.

Тогда я не понимаю, какой ты бенчмарк хочешь

коннектор к чему-то популярному, но чего еще не сделали. или хз, в котлине под эти цели явовые используют ?

Ну там есть нюансы с SAM и дженериками, поэтому существует RxKotlin, например.

Тогда я не понимаю, какой ты бенчмарк хочешь

Который сравнивает, как быстро разные библиотеки прочитывают один JSON. Тупо чтение, без засовывания данных в Map/List/POJO.

Такое апи есть не у всех

ну, это гибкость, возможность оптимизировать критические места