Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!feeder.erje.net!eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed4.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
To: python-list@python.org
From: Mark Lawrence <breamoreboy@yahoo.co.uk>
Subject: Re: Can global variable be passed into Python function?
Date: Sun, 02 Mar 2014 16:53:06 +0000
References: <27ac2248-0ca3-4ba6-9d25-eaad324bc5e9@googlegroups.com> <mailman.7435.1393523704.18130.python-list@python.org> <5f4f5a5f-327a-4616-8235-17ee9e74c488@googlegroups.com> <530fef58$0$11113$c3e8da3@news.astraweb.com> <e24e0817-67d1-4dbd-b3ba-9250e735d261@googlegroups.com> <mailman.7453.1393562612.18130.python-list@python.org> <871tynznpd.fsf@elektro.pacujo.net> <53104798$0$11113$c3e8da3@news.astraweb.com> <mailman.7460.1393577227.18130.python-list@python.org> <87ha7jy2qs.fsf@elektro.pacujo.net> <mailman.7465.1393585687.18130.python-list@python.org> <87y50vwjq4.fsf@elektro.pacujo.net> <mailman.7468.1393595250.18130.python-list@python.org> <87d2i7wbxs.fsf@elektro.pacujo.net> <roy-590D18.09433028022014@news.panix.com> <87bnxp58t7.fsf@elektro.pacujo.net> <87fvn08vux.fsf@elektro.pacujo.net> <roy-772D63.10343302032014@news.panix.com> <87a9d88uoo.fsf@elektro.pacujo.net> <CAPTjJmqZiuioZ3KmTw6jH-AspsPKnRdE1zR8-rX4WPFWwGqZtw@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
In-Reply-To: <CAPTjJmqZiuioZ3KmTw6jH-AspsPKnRdE1zR8-rX4WPFWwGqZtw@mail.gmail.com>
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.7586.1393779205.18130.python-list@python.org>
Lines: 38
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:67456

On 02/03/2014 16:23, Chris Angelico wrote:
>
> A switch block that works with constants and equality *can* be turned
> into a dict. If the constants are hashable, use them as the keys
> directly; if they're not hashable and/or you want to use object
> identity as the criterion (effectively like using 'is' rather than
> '==' for your case statements), use id(x) as the keys, and make sure
> you have other references to the objects. Then it'll be fine as a
> straight-up dict.
>
> If the switch block uses inequalities, then it suffers from the same
> problem as the try/except block - it's inherently ordered, in case
> (pun intended) there's a switched-on value that matches more than one.
> (You could possibly optimize the int case, but that would be way WAY
> too specific for a generic language structure.)
>
> ChrisA
>

You clearly don't get my point.  I *DON'T* want to use stupid constants 
and stupid equalities, I want to use identities.  I *DON'T* want to use 
stupid ==, I want to use 'is'.  I *DON'T* care how many people with 
years of experience of Python tell me that this is the wrong thing to 
do, that is how I am going to do it.  So, for the final time of asking, 
how do I do the above with, and only with, the identity, even if you 
stupidly keep on trying to tell me that this is wrong?

-- 
My fellow Pythonistas, ask not what our language can do for you, ask 
what you can do for our language.

Mark Lawrence

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com