Om du skriver objektorienterad kod f\u00f6r WordPress (vanligtvis inom ramen f\u00f6r plugins) kommer du sannolikt att st\u00f6ta p\u00e5 en class_exists-kontroll innan du initierar en klass. Men vi b\u00f6r b\u00f6rja undvika class_exists i mycket av v\u00e5r kod vid det h\u00e4r laget (med n\u00e5gra f\u00e5 undantag som jag kommer att beskriva nedan).<\/p>\n
Beroende p\u00e5 vilken version av PHP du anv\u00e4nder \u00e4r detta vettigt. Eller det gjorde det en g\u00e5ng. Fr\u00e5n och med PHP 5.3.0 \u00e4r detta inte n\u00f6dv\u00e4ndigt. Ist\u00e4llet \u00e4r det b\u00e4ttre att anv\u00e4nda namnutrymmen.<\/p>\n
Du kan se alla krav f\u00f6r olika versioner av WordPress p\u00e5 den h\u00e4r sidan<\/a>, s\u00e5 om du arbetar med \u00e4ldre versioner av WordPress kan hela class_exists-kontrollen vara v\u00e4rt det.<\/p>\n \u00c4nd\u00e5 finns det en viktig anm\u00e4rkning<\/a> :<\/p>\n Obs: Om du befinner dig i en \u00e4ldre milj\u00f6 d\u00e4r du bara har \u00e4ldre PHP- eller MySQL-versioner, fungerar WordPress \u00e4ven med PHP 5.2.4+ och MySQL 5.0+, men dessa versioner har n\u00e5tt officiellt End Of Life och kan d\u00e4rf\u00f6r uts\u00e4tta din webbplats f\u00f6r s\u00e4kerhetss\u00e5rbarheter<\/strong>.<\/p>\n<\/blockquote>\n Men f\u00f6r de flesta av oss st\u00f6der moderna v\u00e4rdmilj\u00f6er \u00e5tminstone PHP 5.3.0, om inte h\u00f6gre, och p\u00e5 grund av det beh\u00f6ver vi inte anv\u00e4nda class_exists.<\/p>\n Som sagt, det \u00e4r inte ovanligt att se n\u00e5got s\u00e5nt h\u00e4r<\/a> :<\/p>\n Eller s\u00e5 h\u00e4r<\/a> :<\/p>\n F\u00f6r flera \u00e5r sedan skulle jag ocks\u00e5 skriva s\u00e5dan h\u00e4r kod. Ibland var det gr\u00e4nssnitt med en redan existerande kodbas. Andra g\u00e5nger berodde det p\u00e5 att jag inte visste b\u00e4ttre. Grejen \u00e4r att detta har blivit n\u00e5got som vi ser i WordPress-baserad kod n\u00e4r vi inte beh\u00f6ver anv\u00e4nda det.<\/p>\n Jag skulle faktiskt h\u00e4vda att vi inte borde anv\u00e4nda det l\u00e4ngre.<\/p>\n Men ju mer kod du skriver och ju mer kod du l\u00e4ser, desto mer l\u00e4r du dig, eller hur? Det \u00e4r en del av hela anledningen till namnutrymmen och autoloading.<\/p>\n<\/p>\n S\u00e5 hur skulle koden ovan skrivas?<\/p>\n Kanske s\u00e5 h\u00e4r<\/a> :<\/p>\n \u00c4nd\u00e5 v\u00e4cker detta fr\u00e5gan f\u00f6r vissa: Hur hj\u00e4lper namnutrymmen ist\u00e4llet f\u00f6r att anv\u00e4nda class_exists?<\/p>\n Helst, om samma klass finns inom ett namnomr\u00e5de, s\u00e5 finns det ett problem med namnomr\u00e5det. Kom ih\u00e5g att du kan t\u00e4nka dig ett namnutrymme<\/a> som ett paket som best\u00e5r av unika delar. Och eftersom de \u00e4r unika borde det aldrig finnas en annan pj\u00e4s eller, i den h\u00e4r klassen, en annan klass precis som den.<\/p>\n F\u00f6r detta \u00e4ndam\u00e5l, ist\u00e4llet f\u00f6r att anv\u00e4nda klass_exists-kontroller, sikta p\u00e5 att anv\u00e4nda namnutrymmen. Naturligtvis s\u00e4ger jag inte g\u00e5 tillbaka och refaktorera all din kod \u2013 jag har inte gjort det \u2013 men det betyder inte att koden jag skriver eller granskar inkluderar anv\u00e4ndningen av eller rekommendationer f\u00f6r.<\/p>\n Det \u00e4r en enkel f\u00f6r\u00e4ndring som kan r\u00e4cka l\u00e5ngt n\u00e4r det g\u00e4ller att h\u00e5lla koden l\u00e4ttare att l\u00e4sa, fylld med f\u00e4rre villkor (ett inl\u00e4gg f\u00f6r en annan g\u00e5ng) och att h\u00e5lla den mycket mer organiserad.<\/p>\n\n
<?php\n\nif (! class_exists( 'My_Unique_Class')) {\n class My_Unique_Class {\n \/\/ class implementation\n }\n}\n<\/code><\/pre>\n<?php\n\nif (class_exists( 'My_Unique_Class')) {\n return;\n}\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n<?php\n\nnamespace TomMcFarlin;\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n