در دو سبک از کسب پشتیبانی می شوند: کسب صریح و ضمنی.
کسب ضمنی است تا به نام به خاطر آن برای صفات از محیط به طور خودکار هر زمان که یک ویژگی را نمی توان به طور مستقیم از یک شیء یا از طریق ارث به دست آمده جستجو.
یک ویژگی را می توان به طور ضمنی به دست آورد اگر نام خود را با تاکید آغاز نشده باشد.
برای حمایت از کسب ضمنی، کلاس خود را باید از Acquisition.Implicit کلاس مخلوط در ارث می برند.
هنگامی که کسب صریح و روشن استفاده می شود، ویژگی های صورت خودکار از محیط به دست آمده نیست. در عوض، روش aq_acquire باید استفاده شود.
کسب در پایتون نوشته شده است.
کسب یک روش قدرتمند برای به صورت پویا اطلاعات بین اشیاء را به اشتراک فراهم می کند. Zope 2 با استفاده از کسب برای تعدادی از ویژگی های کلیدی آن از جمله امنیت، چاپ و نشر شی، و DTML مراجعه متغیر است.
کسب نیز یک راه حل زیبا به مشکل مراجع گرد برای کلاس های بسیاری از مشکلات را فراهم می کند. در حالی که کسب قدرتمند است، شما باید به مراقبت در هنگام استفاده از کسب در برنامه های خود را.
جزئیات را می پیچیده، به خصوص با تفاوت های بین کسب از متن و کسب از مهار
به چه چیزی جدید در این نسخه است:
را خالص پایتون نندگان اشیاء همکاری استفاده از بالارده __getattribute__ روش، مانند اجرای C.
لفاف بسته بندی کسب خالص پایتون ضمنی اجازه می دهد تا اشیاء به استفاده از شی .__ __ getattribute (خود، نام) پیچیده می شود. این تفاوت از اجرای C است، اما برای سازگاری با نسخه های خالص پایتون کتابخانه مانند مداوم مهم است.
به چه جدید در نسخه 4.2.1 است:
پرش آزمون readme.rst زمانی که آزمون در خارج پرداخت منبع را اجرا کنید.
به چه چیزی جدید در نسخه 4.2 است:
پرش آزمون readme.rst زمانی که آزمون در خارج پرداخت منبع را اجرا کنید.
به چه جدید در نسخه 4.1 است:
پرش آزمون readme.rst زمانی که آزمون در خارج پرداخت منبع را اجرا کنید.
به چه جدید در نسخه 4.0a1 است:
در بالا بردن RuntimeError: بازگشت در لفاف بسته بندی کسب تشخیص داده اگر یک شی با یک اشاره گر __parent__ به لفاف بسته بندی است که در نقاط به نوبه خود به شی اصلی است.
فراغ در حالی که دسترسی __parent__ در انواع مشتق شده از کلاس های پایه صریح یا ضمنی ایجاد می شود جلوگیری می کند.
به چه جدید در نسخه 2.13.8 است:
ثابت segfault بر روی سیستم عامل 64bit به هنگام ارائه بحث صریح و روشن به روش aq_acquire از لفاف بسته بندی خرید.
در اشکال ثابت:: هنگامی که یک شی را __unicode__ پیاده سازی نیست، خواستار یونیکد (پیچیده) __str__ شد تلفنی خود بدون پوشش
به چه جدید در نسخه 2.13.7 است.
به چه جدید در نسخه 2.13.6 است:
اضافه کردن aq_explicit به IAcquisitionWrapper.
اشکال ثابت: یونیکد (پیچیده) شد فراخوانی متد __unicode__ بر روی اشیاء پیچیده نیست.
به چه جدید در نسخه 2.13.5 است:
در آزمون واحد ثابت است که در پایتون 64bit به در ماشین های ویندوز شکست خورده است.
به چه جدید در نسخه 2.13.4 است:
تایپی ثابت در Acquisition.h.
به چه جدید در نسخه 2.13.3 است:
با استفاده از ماژول doctest از کتابخانه استاندارد و دیگر در zope.testing بستگی دارد.
به چه جدید در نسخه 2.13.2 است:
به هر دو کلاس های wrapper روش __getnewargs__، که باعث بهینه سازی ZODB به شکست و ایجاد منابع پایدار با استفاده از _p_oid به تنهایی. این اتفاق می افتد به OID مداوم از شی پیچیده می شود. این اجازه می دهد تا این اشیاء را به درستی ادامه شود، حتی اگر آنها به ZODB در حالت پیچیده منتقل می شود.
اضافه شده آزمون شکست برای http://dev.plone.org/plone/ticket/10318. این نشان می دهد لبه مورد که در آن فراغ AQ را می توان با استفاده از ترکیبی خاص از cPickle، ترشی پروتکل یک و کلاس Pickler سفارشی با قلاب inst_persistent_id ترشی. متاسفانه این ترکیب دقیق آن مورد استفاده توسط ZODB3 است.
نظر یافت نشد