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 --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
