PHP को विध्वंसक पसंद नहीं है

पीसीपी ने खुद को ओओपी भाषा घोषित करने के बाद से बहुत पानी बह चुका है। जब मैं स्पष्ट नहीं कर पा रहा था, लेकिन "13 जुलाई 2004 को, PHP 5 को जारी किया गया था, जो नए Zend Engine II द्वारा संचालित था। PHP 5 में ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के लिए बेहतर समर्थन जैसे नए फीचर शामिल थे। "
यही है, सैद्धांतिक रूप से, डिजाइनर और विनाशकारी पहले से ही दिखाई दिए। मैं खुद संस्करण 5.3.2 का उपयोग करता हूं, लेकिन मुझे आश्चर्य है कि वह कहां उठता है।


थोड़ा अपने बारे में। मैं C ++ प्रोग्रामर हूं, 4 साल का अनुभव। विशेषज्ञता - कंप्यूटर ग्राफिक्स और नेटवर्किंग। अर्थात्, नेटवर्क गेम्स का निर्माण। लेकिन इस तरह के गेम के लिए सर्वर की जरूरत होती है और सर्वर में प्लेयर बेस होता है। और खिलाड़ियों को भी एक साइट चाहिए। "क्यों एक वेब प्रोग्रामर किराया, मैं अपने आप को बहुत अच्छा हूँ। मैं भाषा भी सीखूंगा। ”
इसलिए मैंने आधा साल पहले सोचा था, लेकिन अभी भी समझ नहीं पा रहा हूँ!

क्लासिक

मुझे लगता है कि एक बार सामना करने वाले विनाशकों के साथ काम करने वाले कई लोग हैं:
PHP घातक त्रुटि: पंक्ति 0 पर अज्ञात में स्टैक फ्रेम के बिना फेंका गया अपवाद
पहली प्रतिक्रिया घबराहट होती है। दूसरी मैट। और हर जगह cramming से बाहर निकलना () हर जगह एक परिणाम नहीं देता है, क्योंकि अनुमान है कि विध्वंसक में निष्पादन तुरंत नहीं होता है, और यदि ऐसा होता है, तो सबसे अधिक संभावना है कि कोड आधार महत्वपूर्ण है।
उत्तर c Bugs.php.net/bug.php?id=33598
sniper@php.net:
Throwing exceptions in __desctruct() is not allowed.
Should be documented..
vrana@php.net:
Thank you for the report, and for helping us make our documentation better.
"Attempting to throw an exception from a desctructor causes a fatal error."
मजा आ गया निजी तौर पर, मैं वास्तव में नहीं हूं।
एक अंतर्निहित अपवाद के साथ एक त्रुटि को पुन: प्रस्तुत करना बहुत सरल है।
class a
{
// ...
public function __destruct()
{
global $_SESSION;
$_SESSION = "Some information";
}
}
$dummy = new a();

^ ध्यान दें, स्पष्ट अपवाद कभी-कभी सही ढंग से काम करते हैं। मैं ऐसे प्रयोग करूंगा जो प्रभावित हों।

रिवर्स सफाई क्रम

मान लें कि हमारे पास एक निश्चित दायरे में निम्नलिखित कोड है (वैश्विक और बहुत अधिक नहीं):
$earth = new world();
$vasya = new human($earth);
तदनुसार, किसी व्यक्ति के निर्माता के कोड में, उसे दुनिया में धकेल दिया जाता है। (यह माना जाता है कि वासिया शांति के बिना मौजूद नहीं होगा, आइए एक तरफ दर्शन दें, हमें जल्द ही परियोजना को बंद कर देना चाहिए।)
खैर, विध्वंसक के कोड में वास्या ने यह $ झूठ ​​बोला- my_world-> RemoveHumanFromWorld (यह $), जिसमें RemoveAllMyStuff, CalculateKarma और इतने पर कॉल किया जाता है। (मान लीजिए कि हमारी दुनिया में वासा का लिंक संग्रहीत नहीं है, क्योंकि यह कार्य के भाग के रूप में आवश्यक नहीं था)
गुंजाइश छोड़ते समय php क्या करता है? दुनिया को नष्ट कर देता है और "घातक त्रुटि: क्रैश के साथ दुर्घटनाग्रस्त हो जाता है: एक सदस्य समारोह को कॉल करें RemoveHumanFromWorld () / गैर-वस्तु पर /home/god/my_projects/earth/creatures/reanable/homo_sapiens.php पर लाइन 1956 में"।
(इसलिए, दुनिया C ++ में लिखी गई थी, क्योंकि भगवान को किसी भी ब्रह्मांड पर चलने की आवश्यकता नहीं है। एक कचरा कलेक्टर के साथ आभासी स्थान। हा हा।)
Bugs.php.net/bug.php?id=36759 के साथ उत्तर दें
dmitry@php.net
CVS HEAD और PHP_5_2 में फिक्स्ड।
इस दिमित्री का पता लगाएं और उस तस्वीर की तरह उसकी नाक को दबाएं। मुझे नहीं पता कि यह नवीनतम संस्करणों में कैसे है, मैं इसे अभी तक अपडेट नहीं कर रहा हूं, लेकिन 5.3 में यह प्रासंगिक है।

स्क्रिप्ट का पूरा होना एक अपवाद है

ओह, आप इसके बारे में इतना लिख ​​सकते हैं। वैश्विक चर (अला सत्र) वैध होने के लिए बंद हो जाते हैं, फ़ाइल सिस्टम तक पहुंच काट दी जाती है। और सामान्य तौर पर, जैसा कि मैं इसे समझता हूं, स्क्रिप्ट के सही संचालन की गारंटी नहीं है। तो भगवान न करे आप एक वैश्विक वस्तु के विनाशकर्ता में कुछ करें ...
लेकिन यह छोड़ा गया है। PCP 5.1 और इससे पहले के संस्करण में (मैं श्लोक और पद्य नहीं पा सकता), यह कहता है: "विध्वंसक विधि को तब तक कहा जाएगा जब किसी विशेष वस्तु के अन्य संदर्भ नहीं होंगे", जो सिद्धांत रूप में, भाषा के लिए सख्त हटाने की आवश्यकता के बिना तार्किक है (lat)। सेट नहीं)।
बग रिपोर्ट के बाद bugs.php.net/bug.php?id=38572
दस्तावेज़ीकरण बदल गया "विध्वंसक विधि को तब तक कहा जाएगा जब किसी विशेष वस्तु या बंद क्रम के दौरान किसी भी क्रम में कोई अन्य संदर्भ न हो"
क्या यह सुविधाजनक है? मेरे लिए - वास्तव में नहीं।

केवल सीधा लिंक

चलो, भाषा के तर्क के अनुसार, वस्तु को $ b से पहले हटा दिया जाना चाहिए।
लेकिन $ a-> some_data फ़ील्ड को $ b ऑब्जेक्ट में संग्रहीत करने के लिए लिंक दें।
फिर, तार्किक रूप से, वस्तु $ b को पहले छोड़ देना चाहिए। काश, ऐसा php में नहीं होता। मुझे एक समान बग नहीं मिला, लेकिन स्थिति विशिष्ट है (और मैं एक असाधारण शब्द से नहीं डरता)। यह एक कमजोर पैच से बचा हुआ है जब तक कि लिंक $ a, मैं बर्दाश्त नहीं करता था और रिपोर्ट करता था।

Php स्टाइल गतिरोध

$ a-> रेफ = $ b;
$ b-> रेफ = $ a;
एक समय मैं सोच रहा था कि php कैसे क्रॉस-रेफरेंस का सामना करेगा। क्या यह लटका हुआ है? क्या कोई गलती हो सकती है "आप गुंजाइश नहीं छोड़ सकते", और यह अंग्रेजी में कैसा लगेगा। काश, ग्रीनहाउस ने दिखाया कि सभी चर अंत तक मौजूद रहेंगे, जब तक कि यह नहीं आता, जैसा कि वे कहते हैं, "या शटडाउन अनुक्रम के दौरान किसी भी क्रम में"

निष्कर्ष

फिलहाल, वह सब जो मुझे याद था। या शायद वह सब जो मुझे मिला। लेकिन धारणा यह थी कि पीसीपी में विनाशकारी एक बैसाखी है, इसलिए सबसे अधिक संभावना है कि मैं जल्द ही फिर से ठोकर खाऊंगा।
मुझे लगता है कि O ++ वेब प्रोग्रामिंग का भविष्य c ++ दुभाषिया के पीछे है, और शायद यह तैयार हो जाएगा। शायद कोई व्यक्ति सी ++ को बदलने के लिए एक दिन करेगा, मानक निर्माण जोड़ देगा ताकि यह वेब-उन्मुख हो जाए। लेकिन अभी तक मुझे विकल्प नहीं मिले हैं।

संदर्भ

en.wikipedia.org/wiki/PHP
php.net/manual/en/language.oop5.decon.php
हालाँकि इसके बारे में कुछ नहीं करना है:
[http: //]। * php \ .net। *