префиксы (а также наши IDE), чтобы увидеть, с какими свойствами мы можем работать в классе. Это обсуждение, к которому я был бы готов вернуться в какой-то момент.
ая над проектом, я вносил некоторые изменения и просматривал существующие документы по API-интерфейсам для понимания.
Просматривая документы Kohana, я заметил, что методы получения / установки любого данного класса обычно объединяются:
public function someProperty($value = null){
if(is_null($value){
return $this->_someProperty;
}
$this->_someProperty = $value;
return $this;
}
Скорее, чем:
public function setSomeProperty($value){
$this->_someProperty = $value;
return $this;
}
public function getSomeProperty(){
return $this->_someProperty;
}
Есть ли какая-то ценность в этом (первый), помимо уменьшения количества методов данного класса? Я всегда понимал, что методы (функции в целом) должен быть более описательным для действия. Неужели другие опытные разработчики даже немного съеживаются, когда видят это?
Я был просто удивлен, увидев популярный фреймворк, использующий такие соглашения (Я конечно не использовал коану)