-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Удобный способ декларации свойств
- Автор темы tenshi
- Дата начала
soines
Новичок
tenshi, как писал triumvirat есть модель, у модели есть свойства, есть магические геттеры, сеттеры, если нужно сделать особое поведение пишем явный сеттер.
В твоем примере есть модель User, нужно добавить свойства, наследуешь от него VIPUser и добавляешь новые свойства. В чем проблема?
В твоем примере есть модель User, нужно добавить свойства, наследуешь от него VIPUser и добавляешь новые свойства. В чем проблема?
soines
Новичок
Во-первых, можно объявлять их как protected.
Во-вторых, пускай даже они будут храниться в массиве, можно сделать API для добавления свойств
PHP:
class User extends Model
{
protected $id;
protected $name;
.....
}Во-вторых, пускай даже они будут храниться в массиве, можно сделать API для добавления свойств
PHP:
class VIPUser extends User
{
public function __construct( )
{
$this->addProperty( 'status' ); // добавить поле к уже существующим.
}
}
потому что я не встречал ни одной нормальной либы кроме jQuery где бы геттер с сетером отличались только наличием аргумента.
как ты прикрутишь автокомплит, если не понятно что вернёт метод значение или объект?
вот так понятно, удобно и модно не бояться что тебя встретит в тёмном переулке тот, кто этот код будет трогать после тебя.
ты так и не назвал в чём заключается удобство и красота того подхода.
как ты прикрутишь автокомплит, если не понятно что вернёт метод значение или объект?
PHP:
var_dump( $title->text( '' )->text() ); // string(10) "[untitled]"
PHP:
$title->setText('')->getText();tenshi
Новичок
а jquery - нормальная? х)
вообще, это пошло наверно отсюда: http://martinfowler.com/dslwip/MethodChaining.html только там веселее - сеттеры тоже могут быть без параметров.
без статической типизации - никак. точнее, как обычно - будет гадание на кофейной гуще.
чтобы освоить использование моего дсл нужно прочитать 5 строчек документации. а чтобы писать твоим способом придётся нагромождать интерфейс класса тучей однотипных методов. ты отрицаешь пользу дсл?
назвал. сохранение стандартного интерфейса доступа к полям с возможностью перехватить и изменить доступ к конкретным полям.
@return а дальше? если с параметром он работает как сеттер и возвращает $this, а без параметра работает как геттер и возвращает mixed
tenshi jQuery - удобная и на javascript мне не приходится писать такие тоны кода как на php. php не поддерживает полифоризм и не нужно стремиться его эмулировать. ты как раз смешал вместе цепочки и полифоризм. в моём примере всё работает точно так же как у тебя, только читается проще, т.к. понятно где устанавливается значение, а где оно берётся. внутри всё так же как у тебя, только в __call анализируется префикс функции set или get. тогда вечает
@method string getText()
@method Foo setText() setText($value)
tenshi jQuery - удобная и на javascript мне не приходится писать такие тоны кода как на php. php не поддерживает полифоризм и не нужно стремиться его эмулировать. ты как раз смешал вместе цепочки и полифоризм. в моём примере всё работает точно так же как у тебя, только читается проще, т.к. понятно где устанавливается значение, а где оно берётся. внутри всё так же как у тебя, только в __call анализируется префикс функции set или get. тогда вечает
@method string getText()
@method Foo setText() setText($value)
tenshi
Новичок
а если два ретурна написать? а вообще, давно пора в пхп нативную статическую типизацию функций добавить..
а мне приходится ._."
1. почему это не нужно?
2. очень даже поддерживает. это иде не поддерживают полиморфизм..
ну не чуть не проще же. что сложного в правиле "если передано значение, то оно записывается, если не передано, то читается"?
@method string text()
@method Foo text( $value )