В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.net

998 membersпожаловаться на группу
2020 January 01

RN

Roman Nevolin in pro.net
Карен
изменение уровня доступа это очевидное изменение, компилятор покажет что не так.
а изменение поля на свойство никак не отразится, у разраба бомбанет, и это ок если он сразу сообразит что не так было при обновлении либы
Дык это все равно плохо с позиции дизайна! Breaking change существующего класса, ну блин
источник
20:50пожаловаться#1

К

Карен in pro.net
Oleg Morozov
просто обычно заходишь в код и там тысячелетиями лежат эти гетсет

их либо сразу при проектировании размечают модификаторами доступа, либо они вот так всю свою жизнь и лежат
можно взять какую-нибудь ORM типа NHibernate, там просто так сделать Entity классы без свойств не выйдет
источник
20:51пожаловаться#2

RN

Roman Nevolin in pro.net
Oleg Morozov
просто обычно заходишь в код и там тысячелетиями лежат эти гетсет

их либо сразу при проектировании размечают модификаторами доступа, либо они вот так всю свою жизнь и лежат
Да. И ты рискуешь совершенно не заметить, что у этого get/set внезапно появилась новая логика. И даже не подумаешь искать проблему там, потому что практически всегда это голый get/set без логики
источник
20:51пожаловаться#3

IC

Iλyα Che in pro.net
Oleg Morozov
это больше выглядит как что-то аналогичное преждевременной оптимизации
когда-то там что-то должно наступить и оно не наступает

потому что просто, если и наступает, то касается сразу переписывания крупного участка
Неверная аналогия. Локальная оптимизация не затрагивает пользователей интерфейса.
источник
20:52пожаловаться#4

OM

Oleg Morozov in pro.net
Roman Nevolin
Да. И ты рискуешь совершенно не заметить, что у этого get/set внезапно появилась новая логика. И даже не подумаешь искать проблему там, потому что практически всегда это голый get/set без логики
это вообще жесткая подлянка, что во внутреннем коде, что в паблик апи
источник
20:52пожаловаться#5

RN

Roman Nevolin in pro.net
Но вообще, это холивор бесконечный. Я предпочитаю избегать пропертей, потому что уже встречался с проблемами в отладке из-за них, а с преимуществами пока нет. У многих других опыт противоположный, не буду с ним спорить
источник
20:52пожаловаться#6

RN

Roman Nevolin in pro.net
Oleg Morozov
это вообще жесткая подлянка, что во внутреннем коде, что в паблик апи
Именно. Поэтому я и избегаю их, это неочевидная логика. Не уровня аннотаций, конечно, но все же.
источник
20:53пожаловаться#7

К

Карен in pro.net
Roman Nevolin
Но вообще, это холивор бесконечный. Я предпочитаю избегать пропертей, потому что уже встречался с проблемами в отладке из-за них, а с преимуществами пока нет. У многих других опыт противоположный, не буду с ним спорить
хз, сижу пержу на энтерпрайзах, там всегда свойства, поля юзаются только для состояния объектов
источник
20:53пожаловаться#8

RN

Roman Nevolin in pro.net
Карен
хз, сижу пержу на энтерпрайзах, там всегда свойства, поля юзаются только для состояния объектов
Ну, в общем я сказал, просто разный опыт. Я натыкался, было больно, больше не хочу
источник
20:53пожаловаться#9

К

Карен in pro.net
DTO со свойствами, Entity со свойствами
источник
20:53пожаловаться#10

К

Карен in pro.net
Roman Nevolin
Ну, в общем я сказал, просто разный опыт. Я натыкался, было больно, больше не хочу
хз, если сидишь пишешь низкоуровневый код и перфомансный, тогда да, там можешь и структурки юзать, и свойства выкидывать, и аллоцировать на стеке
источник
20:54пожаловаться#11

К

Карен in pro.net
так-то да, вкусовщина, вообще пофиг что ты там юзать будешь
источник
20:54пожаловаться#12

VK

Vladislav Khapin in pro.net
Roman Nevolin
Не сказал бы, что это плохая практика - скорее трейдофф. Например, навешивание дополнительной логики на get/set, как по мне - это спорная идея, которая уменьшает понятность кода и увеличивает вероятность случайной ошибки, трудной для отладки
Пример - DateTime.Now )
источник
20:56пожаловаться#13

OM

Oleg Morozov in pro.net
Iλyα Che
Неверная аналогия. Локальная оптимизация не затрагивает пользователей интерфейса.
так твой интерфейс это публичный гет/сет, что аналогично полю

от того, что тебе легко разъебать этот контракт не звучит как плюс
что изменение модификаторов доступа, что внезапная вставка логики, на которую не расчитывали
источник
20:56пожаловаться#14

RN

Roman Nevolin in pro.net
Карен
хз, если сидишь пишешь низкоуровневый код и перфомансный, тогда да, там можешь и структурки юзать, и свойства выкидывать, и аллоцировать на стеке
Дело не в перфомансе, а в потенциальной ошибке и неочевидной логике
источник
20:56пожаловаться#15

К

Карен in pro.net
Roman Nevolin
Дело не в перфомансе, а в потенциальной ошибке и неочевидной логике
sticker.webp
(10.22 Кб)
источник
20:57пожаловаться#16

К

Карен in pro.net
интерфейсы не юзаешь?
источник
20:57пожаловаться#17

К

Карен in pro.net
неочевидная логика..
источник
20:57пожаловаться#18

RN

Roman Nevolin in pro.net
Карен
интерфейсы не юзаешь?
Эээээээ?
источник
20:57пожаловаться#19

RN

Roman Nevolin in pro.net
Интерфейсы не содержат логику. Если без дефолтной реализации
источник
20:58пожаловаться#20