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 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
> <noelguilb...@gmail.com> wrote:
>         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 IDE to guess the available methods. 
>         
>         
>         
>         
>         
>         On Sun, Nov 1, 2009 at 10:09 AM, Alexandru-Emil Lupu
>         <gang.al...@gmail.com> wrote:
>                 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 guess that we could patch our
>                 symfony core to do cool stuff, but, i guess it would
>                 be nicer to be embeded into doctrine core. (to avoid
>                 things like 10K symfony users 10K patch versions ... )
>                 
>                 Another nasty option wwould be to insert a layer
>                 between the object class and baseobject class that
>                 would contain the the setters and getters... but ...
>                 again is not ok. 
>                 
>                 As said in my previous email, i guess it would be nice
>                 that Fabien or Jonathan to give us an explication ...
>                 I am sure that they may have a good reason for that,
>                 and i am looking forward to find it out.
>                 
>                 Alecs 
>                 
>                 
>                 
>                 On Sun, Nov 1, 2009 at 10:53 AM, ridcully
>                 <ohnhei...@googlemail.com> wrote:
>                         
>                         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 alias in the schema.yml,
>                         this alias getter/
>                         setter will not created.
>                         
>                         Example:
>                         
>                         Users:
>                          alias: MyUsers
>                         
>                         The builder will create an getUsers() but not
>                         getMyUsers(), the same
>                         with an  foreignAlias. 
>                         
>                         
>                         
>                         
>                         
>                         On Nov 1, 9:42 am, Alexandru-Emil Lupu
>                         <gang.al...@gmail.com> wrote:
>                         > Hi!
>                         > I have a question ...
>                         >
>                         > Why does not Doctrine creates setters and
>                         getters as function in the base
>                         > classes ? I mean is impossible that a
>                         developer know all the fields from a
>                         > project... If that developer uses an
>                         autocomplete capable editor, the work
>                         > inside a model class  it would be (actually
>                         it is) painfull.
>                         >
>                         > Currently, i am trying to swhitch from
>                         propel to doctrine an this is one of
>                         > the things that i am finding quite hard to
>                         do.
>                         > For example, i have a table that has around
>                         15 fields, and around 10 fields
>                         > depends on the rest 5. That means is quite
>                         time consuming to go in the
>                         > schema file, get the name for the fields,
>                         then go and implementing a
>                         > function that does the calcs.
>                         >
>                         > I do not want to complain about doctrine,
>                         but i consider this is one of the
>                         > things that might get me and maybe others
>                         frustrated about this.
>                         >
>                         > I guess that if would be implemented, then
>                         more propel users will find it
>                         > more easier to switch to Doctrine.
>                         >
>                         > I guess Jonathan or Fabien could make a poll
>                         for this, and we could see the
>                         > results before starting any action.
>                         >
>                         > Alecs
>                         >
>                         > --
>                         > As programmers create bigger & better idiot
>                         proof programs, so the universe
>                         > creates bigger & better idiots!
>                         > I am on web:  http://www.alecslupu.ro/
>                         > I am on twitter:http://twitter.com/alecslupu
>                         > I am on
>                         linkedIn:http://www.linkedin.com/in/alecslupu
>                         > Tel: (+4)0748.543.798
>                         
>                         
>                         
>                         
>                 
>                 
>                 
>                 -- 
>                 As programmers create bigger & better idiot proof
>                 programs, so the universe creates bigger & better
>                 idiots!
>                 I am on web:  http://www.alecslupu.ro/
>                 I am on twitter: http://twitter.com/alecslupu
>                 I am on linkedIn: http://www.linkedin.com/in/alecslupu
>                 Tel: (+4)0748.543.798
>                 
>                 
>                 
>                 
>         
>         
>         
>         -- 
>         
>         Noël GUILBERT
>         http://www.noelguilbert.com/
>         http://www.sensiolabs.com
>         http://www.symfony-project.com
>         Sensio Labs
>         Tél: +33 1 40 99 80 80 
>         
>         
>         
>         
>         
> 
> 
> 
> -- 
> As programmers create bigger & better idiot proof programs, so the
> universe creates bigger & better idiots!
> I am on web:  http://www.alecslupu.ro/
> I am on twitter: http://twitter.com/alecslupu
> I am on linkedIn: http://www.linkedin.com/in/alecslupu
> Tel: (+4)0748.543.798
> 
> 
> > 



--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"symfony users" group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to 
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/symfony-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to