префиксы (а также наши 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;
}

Есть ли какая-то ценность в этом (первый), помимо уменьшения количества методов данного класса? Я всегда понимал, что методы (функции в целом) должен быть более описательным для действия. Неужели другие опытные разработчики даже немного съеживаются, когда видят это?

Я был просто удивлен, увидев популярный фреймворк, использующий такие соглашения (Я конечно не использовал коану)

Ответы на вопрос(0)

Ваш ответ на вопрос