Здравствуйте, karbofos42, Вы писали:

K>·>Насколько оно оправдано, тоже неясно. Такое чувство, что для VB-программистов модную штуку перетащили.
K>Причём тут VB? Свойства — это отличная штука и сильно удобнее, чем отдельные get-/set- методы в C++ и Java.
Отдельный set-get не настолько плох. Обычно такие простые тривиальные свойства составляют небольшую долю от объёма кода и лежат в отдельных model-классах в которые редко заглядываешь. Т.е. немного упрощают и так простую проблему. Ценность невелика. Зато лишняя когнитивная нагрузка.

K>·>Слишком много магии.
K>Никакой магии. Автосвойства так и так внутри генерируют поля для хранения данных, это просто сахар, который сокращает писанину.
K>Сейчас если автосвойство не подойдёт и нужно добавить логику в get/set, то придётся сначала добавить поле и прописать получение/запись значений в это поле.
K>Тут компилятор просто сможет работать с автосгенерированным полем и не нужно этих исходники засорять.
Вот эта неявная генерация — и есть магия. Если надо генерировать — так генерируй код явно.

K>·>IDE этот сахар может рисовать-писать сама. Спорно, что требуется в самом яп.
K>И в итоге в исходниках простыни однострочных get и set методов, среди которых замучаешься полезное и нужное искать.
Они коллапсятся. IDE неплохо умеет упрощать чтение простыней, притом неважно, поле это или просто однострочный метод. Всё выглядит одинаково.

K>В той же Java люди обламываются всё это и писать и читать и прикручивают lombok для генерации, а не надеются на IDE.
lombok в топку.