openerp-community team mailing list archive
-
openerp-community team
-
Mailing list archive
-
Message #05425
Re: CamelCase
For the "grepping" argument, I think it's wrong to grep class names
for the OpenERP ORM.
As I said in my previous message, the class names have zero meaning in
OpenERP ORM logic.
The right way to grep the models is something like :
/bin/grep -R '^ *_inherit *=' addons/
and
and /bin/grep -R '^ *_name *=' addons/
--
Florent
2014-04-06 15:41 GMT+02:00 Florent <florent.xicluna@xxxxxxxxx>:
> Hello,
>
> through the documentation the only recommendation which is relevant
> here is "Follow Python PEP 8":
> https://doc.openerp.com/contribute/05_developing_modules/#coding-guidelines
>
> Personally, I use the camel case convention for all the classes inside
> my OpenERP addons, it's more natural, and less error-prone . At the
> end the class names for the OpenERP ORM are not very significant, they
> are not used for registering models, only the "_name" attribute is
> important.
>
> Of course the existing addons could keep their current namings, but
> the new ones should move to camel case, maybe at the same time they
> are moving from "osv.osv" base class to "orm.Model" base class?
>
> It looks a bit weird to me it we keep writing classes with lowercase
> with underscore if they depend on orm.Model.
>
> My 2 cents,
>
> --
> Florent
>
>
>
> 2014-04-06 15:10 GMT+02:00 Dale E. Moore <daleemoore@xxxxxxxxx>:
>> Good thoughts Daniel! Does anyone know if there is a documented preference
>> by OpenERP somewhere on the web?
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openerp-community
>> More help : https://help.launchpad.net/ListHelp
>>
References