OrderedDict interprétations de la

Il n'y a pas de moyen direct pour modifier Python syntaxe à partir de l'intérieur de la langue. Un dictionnaire de la compréhension (ou de la plaine d'affichage) est toujours de créer un dict, et il n'y a rien que vous pouvez faire à ce sujet. Si vous êtes à l'aide de Disponible, c'est à l'aide de bytecode qui génèrent un dict directement, ce qui en fin de compte appeler le PyDict fonctions de l'API et/ou les mêmes fonctions sous-jacentes utilisées par l'API. Si vous êtes à l'aide de PyPy, ceux bytecode sont plutôt mises en œuvre sur le dessus d'un RPython dict objet qui est mis en œuvre sur le dessus d'une compilé et optimisé Python dict. Et ainsi de suite.

Il y a un indirects façon de le faire, mais vous n'allez pas aimer ça. Si vous lisez la documentation sur le système d'importation, vous verrez que c'est l'importateur qui recherche les mises en cache le code compilé ou appelle le compilateur, et le compilateur qui appelle l'analyseur, et ainsi de suite. En Python 3.3,+, presque tout dans cette chaîne est écrite en pur Python, ou a un autre pur Python de mise en œuvre, ce qui signifie que vous pouvez fourche le code et faire votre propre chose. Qui inclut l'analyse de la source avec votre propre PyParsing code qui s'appuie ASTs, ou la compilation d'un dict compréhension de l'AST nœud dans votre propre bytecode au lieu de la valeur par défaut, ou de post-traitement le bytecode, ou...

Dans de nombreux cas, une importation crochet est suffisant; si pas, vous pouvez toujours écrire une coutume finder et chargeur.

Si vous n'êtes pas déjà à l'aide de Python 3.3 ou plus tard, je serais suggèrent fortement la migration avant de jouer avec ce genre de choses. Dans les anciennes versions, c'est plus difficile, et moins bien documenté, et vous aurez finalement être mise en 10x l'effort d'apprendre quelque chose qui sera obsolète chaque fois que vous faites migrer.

De toute façon, si cette approche semble intéressante pour vous, vous voudrez peut-être jeter un oeil à MacroPy. Vous pouvez en emprunter un peu de code à partir d'elle—et, peut-être plus important encore, apprendre comment certaines de ces caractéristiques (qui n'ont pas de bons exemples dans les docs) sont utilisés.

Ou, si vous êtes prêt à régler pour quelque chose de moins cool, vous pouvez simplement utiliser MacroPy à construire une "odict compréhension de la macro" et de l'utiliser. (Notez que MacroPy fonctionne actuellement uniquement en Python 2.7, pas 3.x.) Vous ne pouvez pas tout à fait obtenir o{…}, mais vous pouvez obtenir, disons, od[{…}], ce qui n'est pas trop mauvais. Télécharger od.py, realmain.py, et main.py, et exécuter python main.py le voir fonctionner. La clé est de ce code, qui prend une DictionaryComp AST, la convertit en un équivalent GeneratorExpr sur la clé-valeur Tuples, et l'enveloppe dans un Call à collections.OrderedDict:

def od(tree, **kw):
    pair = ast.Tuple(elts=[tree.key, tree.value])
    gx = ast.GeneratorExp(elt=pair, generators=tree.generators)
    odict = ast.Attribute(value=ast.Name(id='collections'), 
                          attr='OrderedDict')
    call = ast.Call(func=odict, args=[gx], keywords=[])
    return call

---

Une autre alternative est, bien sûr, de modifier l'interpréteur Python.

Je voudrais suggérer la suppression de la O{…} syntaxe idée pour votre premier rendez-vous, et juste normal dict interprétations de la compilation de odicts. La bonne nouvelle, c'est que vous n'avez pas vraiment besoin de changer la grammaire (ce qui est au-delà de poilue...), juste de l'un des documents suivants:

• le bytecode qui dictcomps compiler,
• la façon dont l'interprète d'exécution de ces bytecode, ou
• la mise en œuvre de la PyDict type

La mauvaise nouvelle, alors que tous ceux-là sont beaucoup plus facile que de changer la grammaire, aucun d'eux ne peut être fait à partir d'un module d'extension. (Eh bien, vous pouvez faire le premier en fait essentiellement la même chose que vous feriez à partir de pur Python... et vous pouvez le faire en crochet .donc/.dll/.dylib de patch dans vos propres fonctions, mais c'est exactement le même travail que le piratage sur Python, plus le supplément de travail de se connecter à l'exécution.)

Si vous voulez pirater sur Disponible source, le code que vous voulez est en Python/compile.c, Python/ceval.c, et Objects/dictobject.c, et la dev guide vous dit comment trouver tout ce dont vous avez besoin. Mais vous pourriez envisager de piratage sur PyPy source au lieu de cela, puisque c'est surtout écrit dans (une sous-ensemble de) Python plutôt que de C.

---

Comme une note de côté, votre tentative n'aurait pas travaillé, même si tout est fait à l'Python niveau de langue. olddict, dict = dict, OrderedDict crée une liaison nommé dict dans votre module global, qui ombres le nom dans les builtins, mais ne la remplace pas. Vous peut remplacer les choses dans les builtins (bien, Python ne garantit pas cela, mais il ya de mise en œuvre/version spécifique de choses-qui-arrive-à-travaux pour l'exécution de chaque/version que j'ai essayé...), mais ce que vous avez fait n'est pas la façon de le faire.

Légèrement la modification de la réponse de @Max Noel, vous pouvez utiliser la liste de compréhension au lieu d'un générateur pour créer un OrderedDict d'une manière ordonnée (qui n'est évidemment pas possible à l'aide de dict compréhension).

>>> OrderedDict([(i, i * i) for i in range(5)])
OrderedDict([(0, 0), 
             (1, 1), 
             (2, 4), 
             (3, 9), 
             (4, 16)])