2008-10-15 3 views

ответ

7

Вторым примером является поле общественное, а не имущество (на ваш вопрос). Это обеспечивает простой способ создания простых свойств. Свойства должны быть вашими по умолчанию, а не публичными полями; список причин бесконечен, но начинается с:

  • капсулирования
  • возможность добавлять уведомления
  • инкапсуляция
  • способность сделать проверку
  • капсулирования
  • связывание данных
  • инкапсуляцию
  • проверка безопасности

oh - и я упомянул инкапсуляцию?

Изменение из поля в собственность после факта является нарушением изменений, особенно если вы используете много кода «ref» или изменяемых структур (yeuch).

+1

Инкапсуляция также важна. Я удивлен, что вы не включили это в свой отличный список. – 2008-10-15 18:38:10

1

При изменении значения пользователя может потребоваться ряд вещей. Вещи, которые вы не знаете заранее или нет в то время, когда вы разрабатываете свои классы. Например, однажды вы поймете, что значение пользователя должно быть не менее 5 символов. Если у вас есть и свойство, это просто реализовать. Если у вас есть открытое поле, вы должны изменить это свойство и перекомпилировать все зависимые коды.

В сущности, я думаю, что он платит явно отдельную часть public/API наших типов и частные детали реализации.

Кто-то упомянул инкапсуляцию? ;)