+1
I'm frustrated too with Doctrine's lack of setters and getters.
At least have the field names as constants or something like that.
Something to help developers to access the fields without looking them
up manually or try to remember them.
On Sun, Nov 1, 2009 at 9:42 PM, Alexandru-Emil Lupu
I think its not implemented, but you can use this Builder Patch :
http://coolsoft.altervista.org/en/blog/2009/03/how-make-symfonydoctrine-generate-accessors
This Patch works under 1.2.9 in our Project.
But there is a Bug in the Builder, when you redeclare the name of the
getter/setter with an
Hi ridcully!
I know that we can use a patch , but, that would mean to make harder to
upgrade symfony / Doctrine ... Also after an upgrade you might forget to
apply the patch.
If we are using symfony to write our projects, that does not mean that we
haven't looked into sf core at least once. So, i
I think also it must be in the doctrine core, i agree at this point
100%
But when you want to create Accesors now, the Patch is now the only
Way to do this.
The Patch is only a Builder Patch, if you forget the Patch, only the
Accesors in the base classes will not be created, the Application
Hi,
Doctrine is designed to retrieve the fields on the fly as soon as you call
for a getter or a setter. So, you won't have hardcoded getters and setters
in the base classes.
However, since symfony 1.3, the base classes are now IDE-friendly. The model
builder adds @method annotations to help the
It seems that there is a changeset that is 1 week old that creates the
properties and methods needed. however, they are supported only by the
application that are phpdoc 1.4 aware.
thanks to [MA]Pascal and Noel for the info.
Alecs
On Sun, Nov 1, 2009 at 11:56 AM, noel guilbert
While it has other issues, the Zend Studio 7 beta works with the the
phpdoc.
On Sun, 2009-11-01 at 16:54 +0200, Alexandru-Emil Lupu wrote:
It seems that there is a changeset that is 1 week old that creates the
properties and methods needed. however, they are supported only by
the application
