garbage collection در دلفي و پاسكال؟

[oranoos_92]

این قابلیت فقط مخصوص دات نت نیست، مثلا جاوا هم Garbage Collection دارد. معمولا این قابلیت در زبان های Managed شده وجود داره.
البته دلفی علاوه بر داشتن تعدادی نوع داده Reference-counted، از امکان تعریف Owner برای تعدادی کامپوننت هم پشتیبانی میکنه، که با آزاد شدن Owner، تمام کامپوننت های آن هم آزاد می شوند.


لینک متن اصلی را می دادید بهتر بود.

برای مشاهده محتوا ، لطفا وارد شوید یا ثبت نام کنید

[VDeveloper]

خب، من تازه الان متوجه اون لینک شدم. ببینید، اون چیزی که در اون لینک توضیح داده شده، پیاده سازی یک Garbage Collector هست، یعنی دلفی به خودی خودش Garbage Collection انجام نمیده، حالا یکی رفته برای کارهای خودش با دلفی یک Garbage Collector نوشته. این با قابلیت هایی که یک زبان برنامه نویسی بطور خودکار در اختیار برنامه نویس قرار میده، فرق میکنه. مثلا در دات نت برنامه نویس عملا سر و کاری با Garbage Collector نداره، و خودش هم آن را نمینویسه، بلکه یک قابلیت درونی در دات نت هست که بطور خودکار و بدون دخالت برنامه نویس به جمع آوری زباله می پردازه. پس راه حل مقاله فوق بطور ذاتی در دلفی وجود نداره، بلکه نویسنده خودش برای خودش با استفاده از دلفی (با استفاده از قابلیت Reference-counted بودن Interfaceها ) یک Garbage Collector شخصی بوجود آورده، که در نوع خودش جالب هست.

اون بخشی از مقاله هم که شما Quote کردید، داره در واقع به قابلیت این Garbage Collector شخصی اشاره میکنه. منظورش این هست که، در شرایط عادی، باید بعد از اتمام کار، کامپوننت ساخته شده Free میشده، ولی در روشی که نویسنده استفاده کرده، یک کلاس پایه برای کامپوننت ها استفاده کرده که این کلاس پایه خودش یک Interface را پیاده سازی میکنه، و بخاطر همین Reference-counted هست. در کد مورد نظرش، تا زمانی که کد داخل With در حال اجرا ست، ObjectSafe که شی ای از همون کلاس پایه هست، معتبر هست. اگر کامپوننت هایی که در داخل بلوک with ساخته شدند، Ownerشان برابر ObjectSafe باشه، با پایان بلوک with شمارش گر مرجع ObjectSafe = 0 میشه، و در این حالت، Destructor مربوط به ObjectSafe اجرا میشه. چون اون کامپوننت ها ObjectSafe را به عنوان Owner خودشان تعیین کرده بودند، با آزاد شدن ObjectSafe، آنها هم آزاد میشند.

Interfaceها از دلفی 3 به بعد به دلفی اضافه شدند، در حالی که ساختار اصلی VCL و بخصوص کامپوننت ها، تا قبل از آن تعیین شده بود، و نمیشد در آنها تغییرات بنیادینی بوجود آورد تا از قابلیت های بسیار زیاد Interfaceها استفاده کنند، چون در این صورت حجم زیادی از کدهایی که کاربران نوشته بودند، با مشکل مواجه میشد. برای همین هم حضور Interfaceها در VCL کمرنگ هست. اما افرادی که بنا بر ضرورت های کاری، Frameworkهایی برای خودشان یا شرکتشان تولید می کنند، مجبور نیستند بر اساس همان ساختار سنتی VCL این کار را انجام بدهند، و می توانند از قابلیت های Interfaceها به میزان بسیار بیشتری استفاده کنند.

[oranoos_92]

developer
جان خيلي ممنون از شما
ميشه يه لطفي بكنيد و در مورد اين متد
Reference-counted
يه توضيحي بفرمائيد
تشكر

[VDeveloper]

در مورد اين متد
reference-counted
يه توضيحي بفرمائيد

شما جای دیگه هم این سوال را پرسیدید، و جواب خودتان را گرفتید.

موفق باشید