zope.configuration

zope.configuration ay nagbibigay ng isang extensible system para sa pagsuporta sa iba't ibang mga uri ng configuration.
Ito ay batay sa ideya ng kautusan configuration. Ang mga gumagamit ng sistema ng configuration magbigay configuration direktiba sa ilang mga wika na ipahayag ang mga pagpipilian sa configuration. Ang layunin ay ang wika na pluggable. Ang isang XML na wika ay ibinigay sa pamamagitan ng default.
Detalyadong Documentation
Zope sistema ng configuration
Ang system configuration zope ay nagbibigay ng isang extensible system para sa pagsuporta sa mga variouse mga uri ng configuration.
Ito ay batay sa ideya ng kautusan configuration. Ang mga gumagamit ng sistema ng configuration magbigay configuration direktiba sa ilang mga wika na ipahayag ang mga pagpipilian sa configuration. Ang layunin ay ang wika na pluggable. Ang isang XML na wika ay ibinigay sa pamamagitan ng default.
Configuration ay ginanap sa tatlong antas. Sa unang yugto, mga kautusan ay pinoproseso upang makalkula ang mga pagkilos configuration. Configuration ng pagkilos ay binubuo ng:
- Isang discriminator
- Isang callable
- Posisyonal argumento
- Mga argumento ng Keyword
Ang mga pagkilos ay lubos na maantala ang pag-andar ng mga tawag. Dalawa o higit pang mga pagkilos salungatan kung mayroon silang parehong discriminator. Ang sistema ng configuration ay may mga panuntunan para sa paglutas ng mga salungatan. Kung salungatan hindi maaaring malutas, ay magreresulta ng error. Karaniwang Tinatapon ang resolution conflict sa lahat maliban sa isa sa mga magkakasalungat na mga pagkilos, upang ang natitirang pagkilos ng orihinal na nagko-conflict sa mga pagkilos hindi na salungatan. Non-salungat na pagkilos ay ipinatupad sa pagkakasunud-sunod na sila ay nilikha sa pamamagitan ng pagpasa sa posisyonal at di-posisyonal argumento sa pagkilos callable.
Ang sistema ay extensible. May isang meta-configuration wika para sa pagtukoy sa mga kautusan configuration. Ang isang kautusang ay tinukoy sa pamamagitan ng pagbibigay meta data tungkol sa mga panuto at humahawak ng code upang iproseso ang panuto. May apat na mga uri ng mga kautusan:
- Simple direktiba makalkula ang mga pagkilos configuration. Ang kanilang tagapangasiwa ay karaniwang mga pag-andar na maglaan ng konteksto at zero o higit pang mga argumento keyword at bumalik ng pagkakasunud-sunod ng mga aksyon configuration.
- Upang malaman kung paano lumikha ng mga simpleng utos, tingnan ang pagsubok na A / test_simple.py.
- Mangolekta ng mga direktiba Pagpapangkat ng impormasyon na gagamitin sa pamamagitan ng Nested kautusan. Ang mga ito ay tinatawag na may bagay na konteksto na iangkop ang mga ito sa ilang mga interface na umaabot IConfigurationContext.
- Upang malaman kung paano lumikha ng pagpapangkat ng mga kautusan, tingnan ang dokumentasyon sa zopeconfigure.py, na nagbibigay ng pagpapatupad ng zope I-configure ang panuto.
& Nbsp; Iba pang mga kautusan maaaring nested sa pagpapangkat ng mga kautusan.
- Upang malaman kung paano ipatupad ang Nested mga kautusan, tingnan ang dokumentasyon sa pagsubok na A / test_nested.py.
- Complex kautusan ay kautusan na may subdirectives. Subdirectives may handler na lang pamamaraan ng kumplikadong mga kautusan. Complex diretives ay hinahawakan ng mga pabrika, karaniwang mga klase, na lumikha ng mga bagay na may pamamaraan para sa paghawak ng subdirectives. Mga bagay na ito ay mayroon ding __call__ mga pamamaraan na ito ay tinatawag na kapag ang pagproseso ng subdirectives ay tapos na.
- Umiiral lamang Complex kautusan upang suportahan ang lumang kautusang handler. Sila ay marahil ay hindi na ginagamit sa hinaharap.
- Subdirectives ay nested sa mga kumplikadong mga kautusan. Ang mga ito ay tulad ng simpleng utos maliban na hane nila ang mga handler na kumplikadong pamamaraan panuto.
- Subdirectives, tulad ng mga kumplikadong mga kautusan umiiral lamang upang suportahan ang lumang kautusang handler. Sila ay marahil ay hindi na ginagamit sa hinaharap

Ano ang bagong sa paglabas:..

• 100% unit test coverage
• Automated build ng Sphinx HTML doc at tumatakbo doctest mga snippet sa pamamagitan ng tox.
• -drop na mahirap ang pagsubok dependency sa zope.testing.
• Idinagdag tahasang suporta para sa PyPy.
• Idinagdag tahasang suporta para sa Python 3.2.
• -drop na tahasang suporta para sa Python 2.4 / 2.5.
• Nagdagdag ng suporta para sa patuloy na pagsasama gamit tox at Jenkins.
• babasahin Added Sphinx.
• Idinagdag setup.py doc alias (i-install ng Sphinx at dependency).
• Idinagdag setup.py dev alias (nagpapatakbo ng setup.py bumuo ng plus i-install ng ilong at coverage).

Ano ang bagong sa bersyon 3.8.1:

• Ang Nakatakdang Python 2.4 paurong incompat (itemgetter ginamit sa maramihang args); Python 2.4 ay gumagana na ngayon (hindi bababa sa kung gumamit ka ng zope.schema == 3.8.1). Ito ang huling paglabas na sumusuporta sa Python 2.4 o 2.5.

Ano ang bagong sa bersyon 3.8.0:

• mga istraktura ng Pagkilos nabago mula sa tuples sa mga diksyunaryo upang payagan para sa Istraktura ng pagkilos posibilidad na pahabain (merged na pagpapahid ng santo oleo-dictactions branch).

Mga Kinakailangan :

• Python