কেন অনেক পিএইচপি ডেভস আইসেট () এবং / অথবা পিএইচপি এর অনুরূপ কোনও ডিফেন্সিভ ফাংশন খালি () ব্যবহার করে ঘৃণা করে?

Question

স্ট্যাকওভারফ্লো ওভার, আমি এই সমস্যাটি সর্বদা ক্রপ করে দেখছি:

• E_NOTICE? == E_DEBUG, আরও বেশি পরিশীলিত ত্রুটি সহ হ'ল isset () এবং @ এড়ানো
• যখন E_NOTICE চালু থাকে তখন $ _GET এর জন্য অপরিবর্তিত সূচকটি পরীক্ষা না করার জন্য পিএইচপি কীভাবে সেট করবেন?
• পিএইচপি বিজ্ঞপ্তি ত্রুটি লগ করা থেকে পিএইচপি কীভাবে থামাতে হয়
• আমি কীভাবে এই জাতীয় পিএইচপি 5.3 বিজ্ঞপ্তিগুলি বন্ধ করব?

এমনকি পেক্কা (যিনি প্রচুর দৃ PH় পিএইচপি পরামর্শ প্রদান করেন) ভয়ঙ্কর দৈত্যটির বিরুদ্ধে ঝাঁপিয়ে পড়েছে E_NOTICEএবং ব্যবহার করার চেয়ে আরও ভাল সমাধানের আশা করেছে isset(): আইসেট () এবং খালি () কোডটি কুৎসিত করুন

ব্যক্তিগতভাবে, আমি আমার অ্যাপ্লিকেশনগুলির প্রবাহ পরিচালনা করতে isset()এবং empty()অনেক জায়গায় ব্যবহার করি । উদাহরণ স্বরূপ:

public function do_something($optional_parameter = NULL) {
    if (!empty($optional_parameter)) {
        // do optional stuff with the contents of $optional_parameter
    }
    // do mandatory stuff
}  

এমনকি এর মতো একটি সাধারণ স্নিপেট:

if (!isset($_REQUEST['form_var'])) {
    // something's missing, do something about it.
}

আমার কাছে খুব যুক্তিযুক্ত মনে হচ্ছে। এটি ফোটা মতো দেখাচ্ছে না, এটি স্থির কোডের মতো দেখাচ্ছে। তবে প্রচুর বিকাশকারীরা তাদের অ্যাপ্লিকেশনগুলিকে E_NOTICEসক্ষম করা দিয়ে আগুন জ্বালিয়ে দেয় , প্রচুর হতাশাব্যঞ্জক "অবিচ্ছিন্ন অ্যারে সূচক" বিজ্ঞপ্তিগুলি আবিষ্কার করে এবং তারপরে সংজ্ঞায়িত ভেরিয়েবলগুলি পরীক্ষা করার এবং তাদের কোডটি "লিটারে" পরীক্ষা করার প্রত্যাশায় আকৃষ্ট হয় isset()।

আমি ধরে নিই যে অন্যান্য ভাষা জিনিসগুলি আলাদাভাবে পরিচালনা করে। অভিজ্ঞতা থেকে কথা বলতে বলতে, জাভাস্ক্রিপ্ট পিএইচপি এর মতো ভদ্র নয়। একটি অপরিবর্তিত ভেরিয়েবল সাধারণত স্ক্রিপ্টের সম্পাদন থামিয়ে দেয়। এছাড়াও, ( অনভিজ্ঞতা থেকে কথা বলা ) আমি নিশ্চিত যে সি / সি ++ এর মতো ভাষা কেবল সংকলন করতে অস্বীকার করবে।

সুতরাং, পিএইচপি ডেভস কি কেবল অলস? (আপনার সম্পর্কে কথা বলছেন না, পেক্কা, আমি জানি আপনি একটি পুরানো অ্যাপ্লিকেশনটি রিফ্যাক্টর করছেন)) বা অন্যান্য ভাষাগুলি প্রোগ্রামারকে সংজ্ঞায়িত করা হয় কিনা তা পরীক্ষা করার আগে প্রথমে এটি পরীক্ষা করার প্রয়োজনের চেয়ে অপরিজ্ঞাত পরিবর্তনগুলি পরিচালনা করে?

(আমি জানি যে অপরিবর্তিত E_NOTICEভেরিয়েবলগুলি ছাড়াও অন্যান্য বার্তা রয়েছে তবে সেগুলি সর্বাধিক ছাগলের কারণ হিসাবে মনে হয়)

সংযোজন
এখনও পর্যন্ত উত্তরগুলি থেকে, আমি একমাত্র এমন ব্যক্তি নই যিনি মনে করেন isset()কোড ব্লাট নয়। সুতরাং, আমি এখন ভাবছি, অন্যান্য ভাষায় প্রোগ্রামারদের সাথে কি এই সমস্যাটি প্রতিধ্বনিত হয়? বা এটি কি একমাত্র পিএইচপি সংস্কৃতির সমস্যা?

Comments

দুঃখজনকভাবে আমি দেখেছি পিএইচপি ডেভস "সতর্কতা" দিয়ে কাজও বন্ধ করে দিয়েছে।

— ভাইপার_এসবি

সেকি। যে হয় দু: খিত।

— স্টিফেন

পিএইচপি ব্যবহারকারী না হয়ে আমি ভাবছি: আপনার অপরিজ্ঞাত ভেরিয়েবলগুলি কেন পরীক্ষা করতে হবে?

— উইনস্টন ইওয়ার্ট

@ উইনস্টন: পিএইচপি (অন্যান্য অনেক ভাষার বিপরীতে) এর সাথে সমস্যা হ'ল পিএইচপি অনেকগুলি কনফিগারেশন সংমিশ্রণের জন্য অনুমতি দেয়। উদাহরণস্বরূপ, প্রোগ্রামার সতর্কতা, বিজ্ঞপ্তিগুলি এবং অবমূল্যায়নের বিজ্ঞপ্তিগুলি উপেক্ষা করার সিদ্ধান্ত নিতে পারে। আরও অভিজ্ঞ বিকাশকারীগণ সমস্ত কিছু রিপোর্ট করার জন্য ত্রুটি_বন্দ্বীকরণ সেট নিয়ে কাজ করবেন। পিএইচপিতে অনেকগুলি ফাংশন রয়েছে যা ব্যতিক্রম ছোঁড়ার পরিবর্তে ত্রুটি ফেলে এবং স্থিতি কোডগুলি ফেরত দেয়। ডিফেন্সিভালি এবং সাফল্যের সাথে কোড করতে সক্ষম হতে একজনকে ভাষার সাথে খুব ঘনিষ্ঠ হতে হয়। অন্যান্য অনেক ভাষা পছন্দ পছন্দ করে না। কড়া সাধারণত ডিফল্ট এবং একমাত্র বিকল্প।

— উইল মুর III

ভার্সোটিটি যুক্ত হওয়ার কারণে আমি আইসেট () অপছন্দ করি। @ এর আরও ভাল ফর্মটি একটি দুর্দান্ত বিকল্প হবে।

— Kzqai

Answer 1

আমি কোড E_STRICTএবং অন্য কিছুই না।

খালি এবং আইসেট চেকগুলি ব্যবহার করা আপনার কোডটিকে কুৎসিত করে না, এটি আপনার কোডটিকে আরও ভার্ভোজ করে। আমার মনে এগুলি ব্যবহারের ফলে পরম সবচেয়ে খারাপ জিনিসটি কী ঘটতে পারে? আমি আরও কয়েকটি অক্ষর টাইপ করি।

এগুলি ব্যবহার না করার পরিণামগুলি খুব কম সতর্কবার্তায় বর্ণনা করে।

Comments

আমার উন্নয়নের পরিবেশও E_STRICT। আমি উত্পাদনের সমস্ত ত্রুটিগুলি দমন করি, তবে এটি কেবল বিকাশে আমার অতীত পিছলে যায় তা নিশ্চিত করার জন্য।

— স্টিফেন

+1 জোশ, আমিও একইভাবে। আপনি যখন E_STRICT এ প্রোগ্রাম করবেন তখন আপনি জানেন যে আপনার কোডটিতে কখনও আশ্চর্য হওয়ার দরকার নেই। ইমো, উড়ানোর একমাত্র উপায়।

— এরিকবার্সমা

@ স্টিফেন: উত্পাদনের জন্য সর্বদা ত্রুটি বন্ধ করুন। যদিও এটি কেবল একটি সুরক্ষা জাল। বিকাশ সর্বদা হওয়া উচিত (আইএমও) E_STRICT। কোড লিখুন এবং সমস্ত সতর্কতা এবং ত্রুটিগুলি সমাধান করুন।

— জোশ কে

তুমি কি আমাকে তোতা দিচ্ছ? :)

— স্টিফেন

@ স্টিফেন: আমি সম্মতি দিচ্ছি :)

— জোশ কে

Answer 2

আমি মনে করি অজানা উপাদানগুলির বিজ্ঞপ্তিগুলি পিএইচপি-তে একটি ডিজাইনের ভুল। আমি নিশ্চিত এটা সম্ভব এখন ভুল ঠিক করতে, কিন্তু এটা পছন্দ boilerplate কোড অনেকটা উত্পাদন করে if(isset($foo['abc']) && $foo['abc'] == '123')- এই কোড করা উচিত নয় আছে isset, অভিপ্রায় যেহেতু নির্দিষ্ট জায়গায় যদি '123' চেক করা হল $fooএবং কিছু নেই যদি সেখানে এটা অবশ্যই '123' নয়। পিএইচপি-তে এই দুর্ভাগ্যজনক ডিজাইনের ভুলের কারণেই আপনাকে দ্বিগুণ কোড লিখতে হবে। এবং পিএইচপি-তে নোটিশগুলি খুব ব্যয়বহুল, দুর্ভাগ্যবশত, সুতরাং কেবল তাদের অক্ষম করা কোডটির পক্ষে বিকল্প নয় যেখানে কর্মক্ষমতা একটি উদ্বেগের বিষয়।

হ্যাঁ, এটি কোডটি কুৎসিত IMHO করে এবং এটি আমাকে বিরক্ত করে। এবং এটি অভিজ্ঞতার অভাবে নয় - আমি ১৯৯৯ সাল থেকে পিএইচপি ব্যবহার করি এবং আমার মনে আছে কখন .php3এক্সটেনশন ছিল এবং এর অর্থ "এটি পিএইচপি 2 নয়"। হতে পারে আমি অলস :) তবে অলসতা - এটির অন্তত নির্দিষ্ট ধরণের - প্রোগ্রামারটির পক্ষে একটি গুণ।

অন্যদিকে, মূল পোস্টের মতো - এর বৈধ ব্যবহার issetএবং emptyঠিক আছে। আমি কেবল মনে করি যে পিএইচপি isset/emptyসত্যিই প্রয়োজন হয় না এমন জায়গায় সতর্কতা সম্পর্কে অত্যধিক উদ্যোগী ।

Comments

ঠিক। এটি ভার্বোসির বিষয়। $eg = isset($_GET['eg'])? $_GET['eg'] : null;হাস্যকরভাবে ভার্জোজ। আমি সত্যিই চাই যে অন্য কোনও অপারেটর থাকতেন যা "প্রতি $eg = @$_GET['eg'];-অ-অস্তিত্ব-এই-অ্যারে-কী-এ-নাল" স্বীকার করার জন্য সংক্ষিপ্ত অর্থের জন্য দাঁড়ানোর জন্য সে প্রতি "ত্রুটি দমন" ছিল না । আমি এই দিনগুলিতে একটি সংক্ষিপ্ত ফাংশন ব্যবহার করার প্রবণতা রাখি।

— Kzqai

একমত। 4 বছর পরে, নাল কোলেসেস অপারেটরটি প্রবেশ করুন: wiki.php.net/rfc/isset_ternary আমাদের প্রদান$eg = $_GET['eg'] ?? null;

— স্টিভ

অথবা এটি এখনই ত্রুটি দমন অপারেটর দিয়ে করুন, যেমন $eg = @$_GET['eg'] ?: null;। আমি সাধারণত এটি ব্যবহার করি না, তবে এই ক্ষেত্রে আমরা স্পষ্টভাবে সেই ত্রুটিটি প্রত্যাশা করছি এবং এটিকে উপেক্ষা করার সিদ্ধান্ত নিয়েছি। এটি নাল কোলেসেসের চেয়ে দীর্ঘতর একটি চরিত্র এবং এটি ততটা ভাল নয় (এটি সমস্ত ত্রুটিগুলি দমন করে এবং সেখানে কোনও অ্যারেঅ্যাক্সেস কেবল একটি অ্যারে নয়) সেখানে মজাদার জিনিসগুলি সম্পন্ন করতে পারে), তবে সাধারণভাবে এটি কাজটি করে।

— এল ইয়োবো

Answer 3

আমি বিশ্বাস করি যে পিএইচপি, একটি মুক্ত ভাষা হিসাবে, যা ওয়েবে ব্যাখ্যা এবং ব্যবহার করা হয়, সেখানে উচ্চ-অনুশীলনহীন, প্রশিক্ষণহীন কোডারদের একটি উচ্চ অনুপাত রয়েছে যারা তাদের ডিফেন্সিভ কোড কেন করা উচিত সম্পর্কে পুরোপুরি সচেতন নয় এবং কেবল সতর্কতাটিকে অন্য অপ্রয়োজনীয় ত্রুটি হিসাবে দেখেন ।

আমি জুনিয়র বিকাশকারী এবং স্ব-শিক্ষিত স্ক্রিপ্ট-কোডারদের কাছ থেকে এই পয়েন্টগুলি সর্বদা শুনি:

• কোনও পরিবর্তনশীল কেন এটির যেভাবেই অস্তিত্ব হয়ে আসবে তা সূচনা করবেন?
• আমরা এটি ব্যবহার করার আগে কিছু উপস্থিত রয়েছে কিনা তা কেন পরীক্ষা করে দেখুন, অপরিজ্ঞাত যাইহোক মিথ্যা হিসাবে সমান?
• যদি আমি @ এর সাথে উপসর্গ করি তবে এটি আমার কোড ঠিক করে, কেন জটিল জিনিস?

তারা যদি কখনও দৃ strongly়-টাইপিত ভাষার অভিজ্ঞতা না পেয়ে থাকে বা অঘোষিত / অপরিবর্তিত ভেরিয়েবলের সমস্যাগুলি অনুভব করে তবে তারা কিছুটা দৃinc়প্রত্যয়ী হয়। আমি দেখতে পাই যে তারা সাধারণত একবারে ডিবাগিং কোডটি এক ঘন্টা বা তার বেশি সময় অনুভব করতে পেরেছিলেন যে এটি একটি ভেরিয়েবল নামের ক্ষেত্রে টাইপ ছিল যাতে সমস্যা সৃষ্টি করে find

অন্য শক্তিশালী ফ্যাক্টরটি হ'ল ওয়েব ইন্ডাস্ট্রিতে পিএইচপি-র ব্যবহার, যা সুরক্ষা এবং কোডের মানের চেয়ে থ্রুটপুট নিয়ে অনেক বেশি উদ্বিগ্ন থাকে।

Comments

"আমি বিশ্বাস করি পিএইচপি [...] এর অ পেশাদার পেশাদার, প্রশিক্ষণহীন কোডারগুলির একটি খুব বেশি অনুপাত রয়েছে" একটি ডেডিকেটেড পিএইচপি দেব হিসাবে, আমি আপনার সাথে আরও একমত হতে পারি না। +1

— স্টিফেন

@ স্টেফেন ওয়েল আমি প্রধানত পিএইচপি এবং জিকুয়রিতে কোড করি যদিও আমার আনুষ্ঠানিক শিক্ষা আছে, তবে আপনি যে কোডটি পেশাদার হিসাবে দেখেন যে আপনি আগে দায়বদ্ধ হয়ে পড়েছেন ... এটি কখনও কখনও বিশ্বাসকে অস্বীকার করে। ;-)

— অরব্লিং

আমি মনে করি এটি পিএইচপি সহ একটি আসল সমস্যা। ভাষার কিছু গণ্ডগোলের পাশাপাশি (যা তারা ধীরে ধীরে প্রতিটি নতুন সংস্করণে সমাধান করছে) চারপাশে অপেশাদারতার বাতাস রয়েছে। আমি কল্পনা করতে পারি পেশাদার পিএইচপি দেব হওয়ার কারণে মাঝে মাঝে হতাশার সৃষ্টি হতে পারে, কারণ আপনাকে 'কোণার কাছ থেকে বসের ভাগ্নে' তুলনা করা হচ্ছে।

— এরিক ভ্যান ব্রাকেল

@ এরিক পিএইচপি দশ বছর আগে পার্লের মোটামুটি দরিদ্র আত্মীয় ছিল, বিশেষত ওয়েব ব্যবহারের জন্য এটি এখন মোটামুটি যুক্তিসঙ্গতভাবে ব্যাখ্যা করা ভাষা। ফেসবুকের মতো সংস্থাগুলি এটি ব্যবহার করার একটি কারণ রয়েছে। তবে এটি যে কোনও জায়গায় পাওয়া যায়, অপেশাদার সেটগুলি এটি ব্যাপকভাবে ব্যবহার করে এবং এটি খ্যাতিকে ক্ষুন্ন করে।

— অর্বলিং করছে ling

Answer 4

হ্যাঁ, তারা অলস। তাদের অনেকগুলি যাইহোক ...

দুর্ভাগ্যক্রমে অনেক পিএইচপি কোডারদের মানসিকতা হ'ল "আপনি যদি অক্ষরযুক্ত ইত্যাদি ইত্যাদির কারণে ত্রুটিগুলি হ্যান্ডেল করতে ভাষার উপর নির্ভর করে দ্রুত একই ফলাফলটি পেতে পারেন তবে ডিফেন্সিয়ালি কোডিংয়ের কোনও মানে নেই।" আমি জানি, আমি তাদের বেশ কয়েকটি নিয়ে কাজ করেছি।

যখন তাদের সঠিক ত্রুটি পরিচালনা এবং রিপোর্টিংয়ের অভাবে বেশ কয়েক ঘন্টা লাইভ সার্ভারগুলি নিয়ে যায় তখন তারা গোপনীয়তার সাথে প্রথম দিকে মধ্যাহ্নভোজনে রওনা হয় They

Comments

পিএইচপি কোডারগুলিতে বিষয়গত মতামতের জন্য -1।

— জোশ কে

@ জোশ, 4/2 বছর ধরে সিনিয়র পিএইচপি কোডার এবং ১৯৯৯ সাল থেকে পিএইচপি কোড এবং কোড করেছিলেন, আমি ভয় করি যে আমি কিছুটা সাবজেক্টিভ। আমার সাথে অন্যদিকে যোগ্যতা অর্জন করা উচিত "অন্যদিকে, আরও অভিজ্ঞ পিএইচপি

— কোডারগুলি

যে আপনার করা উচিত।

— জোশ কে

Answer 5

আমি ডেটা ট্রান্সফার অবজেক্ট হিসাবে অ্যারে ব্যবহার এড়িয়ে আইসেট () এবং খালি () ব্যবহার এড়াতে চেষ্টা করি। বুদ্ধিমান ডিফল্টগুলির সাথে সম্পত্তিগুলির একটি সীমিত সেট গ্রহণ করার জন্য কনফিগার করা যায় এমন শ্রেণি তৈরি করুন এবং সেই বৈশিষ্ট্যগুলিতে ইনপুটকে বৈধতা দিন। এটি অ্যারেঅ্যাক্সেস ইন্টারফেসটিও বাস্তবায়ন করতে পারে যাতে আপনি এটি অ্যারের মতো ব্যবহার করতে পারেন। কেউ আপনার পদ্ধতিতে ভুল ধরণের সত্তাটি পাস করার চেষ্টা করলে ত্রুটিগুলি ধরতে আপনার পদ্ধতির স্বাক্ষরে টাইপ ইঙ্গিতটি ব্যবহার করার অনুমতি দেয়।

Comments

একটি খুব আকর্ষণীয় পদ্ধতির।

— টবি

Answer 6

প্রশ্নযুক্ত প্রশ্নগুলির একটি আমার, সুতরাং আমাকে পুনরাবৃত্তি করা যাক।

অনেক বিকাশকারী isset()গুণমানের চিহ্ন হিসাবে প্রচুর উপস্থিতি ভুল করে । এটি নির্ভরযোগ্যতার একটি চেহারা দেয় এবং কিছু লোক এটিকে সুরক্ষা বৈশিষ্ট্য হিসাবেও ভাবেন।

তবে আপনাকে বিবেচনায় রাখতে হবে যে পিএইচপি কোনও সংকলিত ভাষা নয়। এটি একটি ডায়নামিক টাইপ সিস্টেম সহ একটি স্ক্রিপ্টিং ভাষা। E_NOTICE ত্রুটিগুলি শুধুমাত্র নাম দ্বারা ত্রুটি। এবং যদি বিজ্ঞপ্তিগুলি দমন করার issetএকমাত্র উদ্দেশ্য নিয়ে প্রচুর পরিমাণে ব্যবহৃত হয় , তবে আপনি আসলে ভাষার বিরুদ্ধে কোডিং করছেন ।

সুতরাং, পিএইচপি ডেভস কি কেবল অলস?

যদি আপনি প্রচুর নোটিশ এবং সতর্কতা নিক্ষেপ করতে দেখেন তবে এটি অবশ্যই ঘটবে। লোটের অনেকগুলি নোটিশগুলির বিষয়ে চিন্তা করে না এবং এটি সাধারণত সম্পূর্ণ অক্ষম হয়ে থাকে error_reporting(0)।

তবে আপনি ভূল হয়ে গেছেন যে অন্যান্য বিকাশকারীরা কেবলমাত্র E_NOTICE গুলি চিনতে পারেনি কারণ তারা @ বা আইসেট-চাপা ছিল না। অন্ততপক্ষে রক্ষণশীল নোটিশ প্রশ্নের পিছনে আমার উদ্দেশ্য ছিল । এগুলি পরিত্রাণ পাওয়ার মতো কিছু নয়, তবে মাঝেমধ্যে গুরুত্বপূর্ণ ডিবাগ তথ্য।

সমস্ত জেনারালাইজেশনের মতো, আইসেটের অনিয়মিত ব্যবহার অনুকূল কোডের দিকে যায় না। কোথায় issetএবং emptyপ্রয়োজনীয় এবং তারা সিনট্যাকটিক লবণ কোথায় তা পার্থক্য করা গুরুত্বপূর্ণ ।

বা এটি কি একমাত্র পিএইচপি সংস্কৃতির সমস্যা?

না, অপরিজ্ঞাত ভেরিয়েবল "ত্রুটিগুলি" কেবল পিএইচপি সমস্যা নয়। বাশ, টিসিএল এবং পার্ল বা জাভাস্ক্রিপ্ট অনির্ধারিত ভেরিয়েবলগুলি ব্যবহারের অনুমতি দেয়। এই আসন্ন ভাষার বৈশিষ্ট্যটি সেখানে ত্রুটি হিসাবে দেখা যায় না। অপরিজ্ঞাপিত মানগুলি পরীক্ষা করার জন্য এখানে একই জাতীয় ভাষা নির্ধারণ রয়েছে। তবে পিএইচপি-র মতো এগুলি অবিচ্ছিন্নভাবে ব্যবহার করা হয় না, অপরিশোধিত মানগুলির কারণে "ত্রুটি" হিসাবে ভুল ক্র্যাক্টরাইজড না হওয়ার কারণে।

Answer 7

মজাদার. আমি কখনই আইসেট () ব্যবহার করি না। আমার পিএইচপি কোডটি এমন একটি রাজ্যে খুব কমই হয় যেখানে আমি জানি না যে কোনও ভেরিয়েবল প্রথম স্থানে সেট করা হয়েছে কিনা। ব্যবহৃত প্রতিটি জিইটি বা পোষ্ট ভেরিয়েবল একটি ফাংশনের মাধ্যমে অ্যাক্সেস করা হয় যা এটি উপস্থিত না থাকলে এটি একটি ডিফল্ট সরবরাহ করবে। ফাংশন কলগুলিতে ডিফল্ট মানগুলি সাধারণত 0 বা খালি স্ট্রিংগুলিতে স্পষ্টভাবে সেট করা থাকে।

Comments

+1 টি। কোনও ফাংশন বা ক্লাস পদ্ধতিতে পাস করা একটি দুর্দান্ত সমাধান। আমি আসলে না এই কাজ, কিন্তু একটি মধ্যে চিমটি কাটা আমার উপরের উদাহরণগুলোতে এখনও চেহারা পরিষ্কার এবং আমাকে আন-স্ফীত।

— স্টিফেন

Answer 8

আমি আইসেট এবং খালি প্রচুর ব্যবহার করি। তবে বেশিরভাগ ক্ষেত্রেই আপনি উল্লেখ করেছেন এমন জায়গাগুলি, যেমন mention QQQUEST প্রক্রিয়াজাতকরণ, যদি কেউ পরামিতিগুলির সাথে ঝামেলা করে। যেসব ক্ষেত্রে আমার চারপাশে উড়ন্ত সমস্ত ভেরিয়েবলের নিয়ন্ত্রণ রয়েছে, আমি দেখতে পাই যে সাধারণত আমার এগুলির প্রয়োজন হয় না।

Answer 9

আমি আইসেট ব্যবহার করতে পছন্দ করি না তবে যদি অন্যের দ্বারা কোড প্রচুর পরিমাণে হয় তবে এটি একটি সঞ্চয়কারী অনুগ্রহ হতে পারে। এই সমস্যার সাথে সহায়তা করার জন্য আমি নীচের উইড কোডটি লিখেছি, আইসেট () আইসেটর ব্যবহার না করে ($ এ, $ বি) return বি ফিরে আসবে if বি সংজ্ঞায়িত বা খালি না হলে বা ফাংশনটি শূন্য হয় returns কোনও উন্নতি, স্বাগতম:

//returns var or NULL (if undefined)
//$reserve optional second value is returned as $default if undefined
function isseter(&$default,&$reserve=NULL)
{
$default = isset($default) ? $default : NULL;
$reserve = isset($reserve) ? $reserve : NULL;
if ((!$default) && ($reserve)) $default=$reserve;
return $default;
}