там xml используется только для хранения графа объектов, кстати, тот же XAML что и в WPF. WPF — не объектный? Так можно сказать про любую технологию, где есть серилизация.
Насколько я знаю, на стеке только структуры располагаются. Другие обхекты располагаются в хипах которых много и зависят от поколения объекта и его размера.
Сплошь и рядом — решили вычислять а не хранить. Или хранить по другому. Представьте, допустим, что у вас постоянно повторяются одни и те же именя и вы решили создать глобальный меп имен, чтоб сэкономить память, а зранить только индекс в этом мепе. Поле имя нет, есть индекс имени, а свойство есть.
>>>использовать паблик поля, то проще уже оставить поле и не мучаться.
Поле не паблик, паблик — свойства. Просто первоналальная реализация — получение поля.
>>>В Вашем примере даже если бы в интерфейсе было setX и setY, но возникло желание задавать координаты по-другому, все равно пришлось бы весь использующий эти сеттеры код переписать, потому что для пересчета полярных координат в декартовы нужно передать вместе и угол, и расстояние от центра.
1. Если в каждый момент времени есть две координаты, ничего не мешает задавать их по отдельности
2. Может быть много кода, который использует только геттеры — лучше переделать сеттеры и не переделывать геттеры, чем переделывать и то и другое.
>>>Поэтому я бы сделал статический класс с тремя методами:
1. По условиям адачи нам надо теперь хранить полярные координаты.
2. Чем это лучше пропертей в point
>>>Предположим решили, не хранить name в Person, а хранить историю изменения имени и получать текущее значение на лету?
Если любое место в коде моет использовать DTO то оно сломается от такого преобразование. Так как вынесение поля в отдельную таблицу обязано изменить DTO
А в джаве — нет
как запрещено
Покажите на примере с точкой и сменой хранения с x, y на angle, distance
Чтобы изменения способа храниения не вело к изменению кода, оторый можно было бы не измениять.
Collaboration diagram, Activity diagram, Sequence diagram изображают взаимодействующие объеты
В ФП нет объетов (чего-то у чего есть identity отличное от state).
И каким же мобразом в ФП достигается абстрагирование от структуры данных?
Сплошь и рядом — решили вычислять а не хранить. Или хранить по другому. Представьте, допустим, что у вас постоянно повторяются одни и те же именя и вы решили создать глобальный меп имен, чтоб сэкономить память, а зранить только индекс в этом мепе. Поле имя нет, есть индекс имени, а свойство есть.
>>>использовать паблик поля, то проще уже оставить поле и не мучаться.
Поле не паблик, паблик — свойства. Просто первоналальная реализация — получение поля.
1. Если в каждый момент времени есть две координаты, ничего не мешает задавать их по отдельности
2. Может быть много кода, который использует только геттеры — лучше переделать сеттеры и не переделывать геттеры, чем переделывать и то и другое.
>>>Поэтому я бы сделал статический класс с тремя методами:
1. По условиям адачи нам надо теперь хранить полярные координаты.
2. Чем это лучше пропертей в point
Если любое место в коде моет использовать DTO то оно сломается от такого преобразование. Так как вынесение поля в отдельную таблицу обязано изменить DTO