Когда оправдано использование публичных полей в PHP?

Question

[KAndy]

Когда оправдано использование публичных полей в PHP?
Вопрос с точки зрения ООП.

Answer 1

[Дмитрий Гукетлев]

Тогда же когда и в любом другом языке. Чем php в этом выделяется?

Тогда когда вам необходимо задавать какие-то параметры объекта извне. Или вопрос в том, что можно вместо публичных полей использовать публичные методы вида $myObj->GetName(); $myObj->SetName(«New Name»); или публичные __get и __set? Ну, если никакой немедленной реакции объекта на изменение значения не нужно, почему бы не использовать поля? Простое присваивание или чтение переменной будет быстрее чем вызов метода или темболее использование __get и __set внутри которых все тоже присваивание или чтение переменной.

Или вы вообще от публичных полей предлагаете отказаться? А как объектом то тогда управлять? :)

Comments

[KAndy]

Тогда же когда и в любом другом языке. Чем php в этом выделяется?

Различий очень много

Или вы вообще от публичных полей предлагаете отказаться?

Но если можно, то почему бы и нет?

F

[Дмитрий Гукетлев]

Ну если много, то расскажите какие вы имеете ввиду. Ну в плане спора, просто не совсем понимаю о чем речь.

Answer 2

[niko83]

Существует две школы. Первая из них учит, что в том классе, где определена переменная, обращаться к ней следует свободно (непосредственный доступ). Другая школа утверждает, что даже внутри этого класса следует всегда применять методы доступа (косвенный доступ).

Преимущество косвенного метода состоит в том что он позволяет переопределить в подклассе метод получения информации и обеспечивает большую гибкость в управлении данными, например отложенную инициализацию (lazy initialization).

Преимущество прямого доступа заключается в лёгкости чтения кода. Не надо останавливаться на мысли «да это просто метод получения значения переменно»

Обычно сперва используется непосредственный доступ к переменным, до тех пор пока это не станет препятствием. Далее можно перейти к косвенному методу.

Блин, где ж я это прочитал?

Comments

[KAndy]

А как это (самоинкапсуляция) относиться к вопросу?

Answer 3

[AndrewStephanoff]

Я использую публичные методы для Entities, т. е. объектов, отражающих сущности системы, например, объект «User»

$user->id = 1;
$user->username = 'user';
$user->firstName = 'First name';
$user->lastName = 'Last name';

Comments

[KAndy]

А когда и где у вас происходит проверка(валидация) данных?
Например что будет если я попытаюсь записать в юзернайм милион символов

[AndrewStephanoff]

после ввода пользователем, в контроллере

Answer 4

[Max B]

Под полем вы имеете член класса?
Если да, то ИМХО никогда.
С точки зрения задела на будущее под изменение членов выгоднее определять публичные методы. В таком случае при переходе с двухмерной системы координат на трехмерную не придется переписывать пол приложения(этакий пример в вакууме с public $coordinates=array(array('x'=>1,'y'=>2))).

Comments

[Дмитрий Гукетлев]

это всегда можно переопределить используя __get и __set только дольше работать будет. Но согласитесь это не всегда нужно. Если везде делать заделы на будующее то код вырастет и 10 раз и работать будет медленнее в два. Все хорошо в меру ;)

[Max B]

Магические методы привносят в код магию и при последующем добавлении функционала могут вызывать множество вопросов. Зачем магия там, где она не необходима? Но я с вами согласен. Возможно, в членах, описывающих какую-то конфигурацию($max_time,$aviable_pools) и оправдано это.

Answer 5

[apangin]

Я считаю, что в этом вопросе, как и в любом другом, не нужно прибегать к крайностям, т.е. как нигде не использовать публичные поля, так и использовать их везде — плохо. В частности, неразумно использовать класс с 20-ю приватными полями, для каждого из которых есть методы getX и setX.

Например, в C/C++ есть структуры (struct), а на использовании структур построена большая часть всяких API. И ничего плохого в этом не вижу. В PHP структур нет, но их роль могут играть классы с публичными полями.

Еще, я думаю, разумно использовать публичные поля в той части системы, которая не видна наружу, т.е. где весь код находится под вашим контролем. Это иногда позволит сделать код чище и лаконичней.

Еще, например, там, где объект используется для одноразовой передачи блока информации, и последующее изменение полей никак не повлияет на работоспособность системы (скажем, объект $event с полями name, type, sender, message). И т.п.

Answer 6

[Александр]

Классическое ООП не рекомендует использование публичных полей. Рекомендуется доступ к данным организовывать через геттеры и сеттеры (это не РНР шные __get & __set, а методы обертки getName(), setName()...).

Можно публичные поля использовать там, где не требуется проверка данных, где используются простые объекты данных. Мы же используем хешмассивы[ $ob = array(); $ob[id]=1;… ] как структуру данных. Можно и даже правильнее вместо них использовать объекты: $ob = new StdClass(); $ob->id = 1; $ob->name=… У нас, в этом случае все поля получаются публичными.

Не целесообразно в данном случае писать специальный класс, и на каждое поле свой геттер и сеттер, если функция данного объекта — это лишь только хранение/передача информации.