DS
И у них одна сигнатура, но разный возвращаемый тип.
Size: a a a
2020 September 23
AF
Ты представь, что у тебя есть Horn horn. И ты делаешь horn.play() - ты должен в ответ получить Integer. А имплементация взяла и вернула Float (он тоже Number). В итоге всё сломается.
ааааа, вот оно куда копать. Спасибо! Попробую пару примеров себе написать для закрепления )
NS
Господа, нужен creational паттерн для pojo
NS
Как я понимаю, factory только для сервисов используется
NS
Стоит задача делать много объектов в которых лишь несколько полей будут отличаться
NG
Name Schiefer
Стоит задача делать много объектов в которых лишь несколько полей будут отличаться
Объекты мутабельные или иммутабельные?
NS
Имм
NG
NS
NS
А есть еще варианты?
NG
Name Schiefer
А есть еще варианты?
Prototype.
NG
Широко известных порождающих паттернов не так уж и много. Строитель, абстрактная фабрика, фабричный метод, прототип и синглтон. Абстрактная фабрика и синглтон вам не подходят. Остальные - вполне.
NS
Широко известных порождающих паттернов не так уж и много. Строитель, абстрактная фабрика, фабричный метод, прототип и синглтон. Абстрактная фабрика и синглтон вам не подходят. Остальные - вполне.
Спасибо
NS
Буду смотреть как с ломбоком получится
NG
NG
но билдер под свои нужды всегда можно написать и самому
Λ
Привет, ребят. Помогите, пожалуйста, разобраться с модулями. Я пытаюсь открыть модуль для javafx но почему-то он не запускается потом с ./gradlew run. Буду благодарен за любую помощь и информацию, которая поможет решить проблему
module-info.java - https://github.com/AIexMoran/dino/blob/master/src/main/java/module-info.java
gradle.build - https://github.com/AIexMoran/dino/blob/master/build.gradle
module-info.java - https://github.com/AIexMoran/dino/blob/master/src/main/java/module-info.java
gradle.build - https://github.com/AIexMoran/dino/blob/master/build.gradle
2020 September 24
TR
Ti Reks, [24.09.20 01:00]
Ребята , очень запутался , пускаю топик сюда. Насколько обширно сможете обьяснить на своем примере , настолько я буду рад. Каким образом работает аоп в транзакциях , как понять что создается аспект "до" и "после" дело в том что я читаю на данный момент в моем представление в декларативном управление транзакциями происходят вот такие этапы :
1 - Помечаем аннотацией @Transactional
2 - Создается ( прокси класс ) который отделяется от бизнес логики класса ( сервиса ) и там происходят вот такие под-этапы
2.1 начинается транзакция
2.2 вызывается бизнес метод ( super.service в случае наследование ) сервиса.
2.3 коммится транзакция
2.4 закрывается прокси и все делегируется в сервис
где тут аоп , где тут менеджер транзакций , и господи как это все понять глубоко , перерыл все.
Ребята , очень запутался , пускаю топик сюда. Насколько обширно сможете обьяснить на своем примере , настолько я буду рад. Каким образом работает аоп в транзакциях , как понять что создается аспект "до" и "после" дело в том что я читаю на данный момент в моем представление в декларативном управление транзакциями происходят вот такие этапы :
1 - Помечаем аннотацией @Transactional
2 - Создается ( прокси класс ) который отделяется от бизнес логики класса ( сервиса ) и там происходят вот такие под-этапы
2.1 начинается транзакция
2.2 вызывается бизнес метод ( super.service в случае наследование ) сервиса.
2.3 коммится транзакция
2.4 закрывается прокси и все делегируется в сервис
где тут аоп , где тут менеджер транзакций , и господи как это все понять глубоко , перерыл все.
か
Ti Reks, [24.09.20 01:00]
Ребята , очень запутался , пускаю топик сюда. Насколько обширно сможете обьяснить на своем примере , настолько я буду рад. Каким образом работает аоп в транзакциях , как понять что создается аспект "до" и "после" дело в том что я читаю на данный момент в моем представление в декларативном управление транзакциями происходят вот такие этапы :
1 - Помечаем аннотацией @Transactional
2 - Создается ( прокси класс ) который отделяется от бизнес логики класса ( сервиса ) и там происходят вот такие под-этапы
2.1 начинается транзакция
2.2 вызывается бизнес метод ( super.service в случае наследование ) сервиса.
2.3 коммится транзакция
2.4 закрывается прокси и все делегируется в сервис
где тут аоп , где тут менеджер транзакций , и господи как это все понять глубоко , перерыл все.
Ребята , очень запутался , пускаю топик сюда. Насколько обширно сможете обьяснить на своем примере , настолько я буду рад. Каким образом работает аоп в транзакциях , как понять что создается аспект "до" и "после" дело в том что я читаю на данный момент в моем представление в декларативном управление транзакциями происходят вот такие этапы :
1 - Помечаем аннотацией @Transactional
2 - Создается ( прокси класс ) который отделяется от бизнес логики класса ( сервиса ) и там происходят вот такие под-этапы
2.1 начинается транзакция
2.2 вызывается бизнес метод ( super.service в случае наследование ) сервиса.
2.3 коммится транзакция
2.4 закрывается прокси и все делегируется в сервис
где тут аоп , где тут менеджер транзакций , и господи как это все понять глубоко , перерыл все.
か
Если там АОП, то скорее всего прокся, если прокся, то и менеджер транзакций ты видеть не должен, логично же