On Thu, May 8, 2008 at 11:40 AM, raffaello wrote:
>  If the only problem  were that 'has_key' tells that my_dictionary is a
>  dictionary, and 'in ' doesn't, to type if and when need be
>  'type(my_dictionary)' does not seem to go wandering unduly.

No, not unduly, but it's another action you have to take to verify
what the hell is my_dictionary. You may need to restart your app just
to put a "print type(my_dictionary)" to see what it is. You don't have
this with the has_key method, as you recognize it with a single glance
that my_dictionary is a dict.

>  By the way, if
>  'orange' is a value and you type «'orange' in my_dictionary», the answer you
>  get is False.

Uhm, so what? You get the same with has_key, and the same behaviour
with the "in" construct for lists, tuples and whatever you can think
of which supports the "in" construct.

Anyway, this thread has gone for way too long. It has nothing to do
with wxPython. I'll follow the others' advice about Chester. Game Over
:-D .

>  2008/5/8 Andrea Gavana <andrea.gavana@[...].com>:
> >
> > On Thu, May 8, 2008 at 1:42 AM, Grant Edwards wrote:
> > > On 2008-05-07, Chester <wxpythoner@[...].com> wrote:
> > >
> > >
> > > > if my_dictionary.has_key("orange"):                      UGLY
> > >
> > > I disagree.
> > >
> > > > if "orange" in my_dictionary:                                 CLEAN
> > >
> > > I disagree.
> > >
> > > In the first example it is obvious to the reader that you're
> > > checking to see if my_dictionary contains "orange" as a key.
> > > In the second example it is not obvious whether the code is
> > > checking whether my_dictionary contains "orange" as a key or as
> > > a value.
> > >
> > > I find the first version more obvious.
> >
> > And, moreover, if you don't know that my_dictionary is a dictionary,
> > the "in" statement can be misleading, as it applied to lists too (and
> > tuples and possibly other things). If the dictionary is called
> > dataValues, for example, what are you going to understand if you read
> > something like:
> >
> > if "orange" in dataValues:
> >
> > ? If the code is not from you and it's not adequately commented, you
> > have to go wandering around to find what the hell dataValues is. So,
> > the has_key is going to disappear in 3.0: of all the changes the BDFL
> > and the board of gurus could have implemented this is possibly the
> > least interesting, least useful and least "code-cleaning-oriented" one
> > they could think of.
> >
> > Andrea.
> >
> > "Imagination Is The Only Weapon In The War Against Reality."
> > http://xoomer.alice.it/infinity77/
> > _______________________________________________
> > wxpython-users mailing list
> > wxpython-users@[...].org
> > http://lists.wxwidgets.org/mailman/listinfo/wxpython-users
> 
> 
>  _______________________________________________
>  wxpython-users mailing list
>  wxpython-users@[...].org
>  http://lists.wxwidgets.org/mailman/listinfo/wxpython-users
> 
> 



-- 
Andrea.

"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/
_______________________________________________
wxpython-users mailing list
wxpython-users@[...].org
http://lists.wxwidgets.org/mailman/listinfo/wxpython-users