Acquisition

Deux styles d'acquisition sont pris en charge: acquisition explicite et implicite.
Acquisition implicite est ainsi nommé parce qu'il recherche pour les attributs de l'environnement automatiquement chaque fois un attribut ne peut être obtenu directement à partir d'un objet ou par héritage.
Un attribut peut être implicitement acquise que si son nom ne commence pas par un trait de soulignement.
Pour soutenir l'acquisition implicite, votre classe doit hériter de la classe Acquisition.Implicit mix-in.
Lorsque acquisition explicite est utilisée, les attributs ne sont pas automatiquement obtenues à partir de l'environnement. Au lieu de cela, le procédé doit être utilisé aq_acquire.
Acquisition est écrit en Python.
Acquisition fournit un puissant moyen de partager des informations de manière dynamique entre les objets. Zope 2 utilise l'acquisition d'un certain nombre de ses principales caractéristiques, y compris la sécurité, de l'édition de l'objet, et DTML recherche variable.
Acquisition fournit aussi une solution élégante au problème de références circulaires pour de nombreuses classes de problèmes. Si l'acquisition est puissant, vous devez prendre soin lors de l'utilisation acquisition dans vos applications.
Les détails peuvent être complexes, surtout avec les différences entre l'acquisition à partir du contexte et de l'acquisition de confinement

Ce qui est nouveau dans cette version:.

• Faire le pur-Python acquéreur objets coopération utiliser la méthode de la superclasse, comme la mise en œuvre de C.
• L'enveloppe d'acquisition pur-Python implicite permet objets à utiliser objet .__ getattribute __ (self, nom) enveloppé. Cela diffère de la mise en œuvre de C, mais elle est importante pour la compatibilité avec les versions pur-Python de bibliothèques comme persistante.

Quoi de neuf dans la version 4.2.1:

• Passer des tests readme.rst lorsque les tests sont exploités à l'extérieur une extraction de la source.

Ce qui est nouveau dans la version 4.2:

• Passer des tests readme.rst lorsque les tests sont exécutés en dehors d'une source la caisse.

Ce qui est nouveau dans la version 4.1:

• Passer des tests readme.rst lorsque les tests sont exécutés en dehors d'une source la caisse.

Ce qui est nouveau dans la version 4.0a1:

• Lever RuntimeError: Recursion détecté dans l'acquisition wrapper si un objet avec __parent__ pointeur à une enveloppe qui indique à son tour à l'objet d'origine.
• Prévenir les emballages à être créés lors de l'accès __parent__ sur les types issus de classes explicites ou implicites de base.

Ce qui est nouveau dans la version 2.13.8:

• Correction d'une erreur de segmentation sur les plates-formes 64 bits lors de la fourniture de l'explicite argument de la méthode de aq_acquire d'un wrapper Acquisition.

Quoi de neuf dans la version 2.13.7:

• Correction d'un bug: Quand un objet n'a pas mis en œuvre __unicode__ , appelant unicode (enveloppé) a été appelant __str__ avec une auto déballé.

Ce qui est nouveau dans la version 2.13.6:.

• Ajouter aq_explicit à IAcquisitionWrapper
• Correction d'un bug: unicode (enveloppé) ne demande pas une méthode de __unicode__ sur des objets enveloppés
.

Ce qui est nouveau dans la version 2.13.5:

• les tests unitaires fixes qui ont échoué sur 64 bits sur Windows Python machines.

Ce qui est nouveau dans la version 2.13.4:.

• Correction d'une faute dans Acquisition.h

Ce qui est nouveau dans la version 2.13.3:

• Utilisez le module doctest de la bibliothèque standard et aucun dépendra plus sur zope.testing.

Ce qui est nouveau dans la version 2.13.2:

• Donner une méthode de __getnewargs__, ce qui provoque les deux classes wrapper l'optimisation ZODB échec et créer des références persistantes utilisant le _p_oid seul. Cela arrive à être l'oid persistante de l'objet enveloppé. Cela permet à ces objets à persistaient correctement, même si elles sont passées à la ZODB dans un état enroulé.
• Ajouté tests ayant échoué pour http://dev.plone.org/plone/ticket/10318. Cela montre une arête cas où wrappers AQ peuvent être décapés en utilisant la combinaison spécifique de cPickle, cornichon protocole l'un et une classe Pickler personnalisé avec un crochet de inst_persistent_id. Malheureusement, cela est la combinaison exacte utilisée par ZODB3.