PK
Да просто даже условный ArraySet с сортировкой вставками
Я не сказал, что невозможно. И там опять же будет логарифм
Size: a a a
2020 February 27
PK
RandomAccess — прекрасный пример бесполезного и неудобного говна
Контекст то был "можно ли по интерфейсу оценить сложность"
QH
Pavel K.
Контекст то был "можно ли по интерфейсу оценить сложность"
и ответ — нельзя
PK
и ответ — нельзя
Вообще нельзя ничего сказать? Ну, ладно
AK
И правда хорошо в тырпрайзе там сложность любой коллекции можно оценить. Сложность "похер на сложность ". Все равно база тормозит
PK
Вот кто чем читает? Пойнт был в том, что какая-то информация все таки есть. Вопрос достаточно ли ее, чтобы сделать лучше в частных случаях и не хуже в общем (те, самые эвристики). И его надо исследовать само собой
VA
Есть две сущности Paragraph и ExtendedParagraph, наследуемый от Paragraph. Задача - замапить приходящую из базы сущность типа Paragraph на DTO (ParagraphView/ExtendedParagraphView)в зависимости от типа Paragraph. Как можно это красиво сделать без instanceof и иных проверок реального типа? Желательно - без сторонних библиотек
QH
Vladimir Alexeev
Есть две сущности Paragraph и ExtendedParagraph, наследуемый от Paragraph. Задача - замапить приходящую из базы сущность типа Paragraph на DTO (ParagraphView/ExtendedParagraphView)в зависимости от типа Paragraph. Как можно это красиво сделать без instanceof и иных проверок реального типа? Желательно - без сторонних библиотек
* убрать наследование — например, с ним equals будет нетранзитивен
* убрать замаппливание
* убрать замаппливание
VA
* убрать наследование — например, с ним equals будет нетранзитивен
* убрать замаппливание
* убрать замаппливание
убрать наследование - сделать две разные сущности и дублировать их состояние и логику получения?
убрать замапливание - убрать дто и отдавать в контроллер сущности? а если представление отличается?
убрать замапливание - убрать дто и отдавать в контроллер сущности? а если представление отличается?
АК
* убрать наследование — например, с ним equals будет нетранзитивен
* убрать замаппливание
* убрать замаппливание
С базой как связываетесь?
QH
Vladimir Alexeev
убрать наследование - сделать две разные сущности и дублировать их состояние и логику получения?
убрать замапливание - убрать дто и отдавать в контроллер сущности? а если представление отличается?
убрать замапливание - убрать дто и отдавать в контроллер сущности? а если представление отличается?
Не дублировать, а аггрегировать.
Если отличается, написать такой SQL-запрос, чтоб не отличалось.
Если отличается, написать такой SQL-запрос, чтоб не отличалось.
VA
Не дублировать, а аггрегировать.
Если отличается, написать такой SQL-запрос, чтоб не отличалось.
Если отличается, написать такой SQL-запрос, чтоб не отличалось.
агрегировать - в ExtendedParagraph держать ссылку на Paragraph и вешать @Column на геттеры? или замапить Paragraph как ассоциацию? можно, но теряется полиморфность, придется постоянно дублировать логику для обоих сущностей
VA
понятно, что в идеале нужно избавляться от дто
QH
Vladimir Alexeev
агрегировать - в ExtendedParagraph держать ссылку на Paragraph и вешать @Column на геттеры? или замапить Paragraph как ассоциацию? можно, но теряется полиморфность, придется постоянно дублировать логику для обоих сущностей
держать ссылку — да. Чего-то там вешать — хз, если орм заставляет, то придётся
AR
Рискую за такой вопрос тут отхватить, но всё же. Какую бы посоветовали литературу на английском, для того кто хочет вкатиться в яву?
d
Рискую за такой вопрос тут отхватить, но всё же. Какую бы посоветовали литературу на английском, для того кто хочет вкатиться в яву?
оракловый туториал по языку
AP
Head first yava
Yavadocs
Yavadocs
AR
Плюс ещё сверху вопрос, ни у кого нет выхода на китайское ява комьюнити?
AR
Head first yava
Yavadocs
Yavadocs
Схоронил, спасибо.