On 12/11/05, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Josiah Carlson wrote:
> > [EMAIL PROTECTED] wrote:
> >>     Ian> Do not use accessor methods, like ``obj.getFoo()`` and
> >>     Ian> ``obj.setFoo(v)``, instead just expose a public attribute
> >>     Ian> (``obj.foo``).  If necessary you can use ``property`` to implement
> >>     Ian> the same functionality that accessor methods would give you.
> >>
> >> Don't properties only work with new-style clsses?  If so, this should
> >> probably be noted.
> >
> > In the future, aren't all classes going to become new-style?  Was it
> > going to wait until Py3k, or sometime sooner?
>
> Going the Java route (no implicit base class) would be an interim step along
> that road (i.e., a release or two where there is no default __metaclass__
> fallback).
>
> Any old code could be fixed by putting "from types import ClassType as
> __metaclass__" at the top of the affected modules.

I'm not sure what you are proposing and I'm not sure what problem you
are trying to solve.

The plan for new-style vs. classic classes is simple and doesn't need
to change (IMO): until Py3k, the status quo will remain; in Py3k,
there is only new-style (except if you use a custom metaclass).

(That said, I'm all for exceptions becoming new-style in 2.5.)

--
--Guido van Rossum (home page: http://www.python.org/~guido/)
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to