বিশেষত, আমি জাভাস্ক্রিপ্ট লিখছি।
ধরা যাক আমার প্রাথমিক ফাংশনটি ফাংশন এ। যদি ফাংশন এ ফাংশন বিতে বেশ কয়েকটি কল করে তবে ফাংশন বি অন্য কোথাও ব্যবহার করা হয় না, তবে আমি কি কেবল ফাংশন এ এর মধ্যে ফাংশন বি স্থাপন করব?
এটা কি ভাল অনুশীলন? অথবা আমি এখনও ফাংশন বি ফাংশন এ এর একই সুযোগে রাখা উচিত?
উত্তর:
আমি সাধারণত নেস্টেড ফাংশনগুলির পক্ষে, বিশেষত জাভাস্ক্রিপ্টের পক্ষে।
আমি মনে করি যে প্রচুর বিরোধিতা এ থেকে আসে যে বেশিরভাগ প্রোগ্রামার হয় হয় সি / সি ++ / জাভা traditionতিহ্যে উত্থিত হয়েছিল, বা কে ছিল সে দ্বারা শিখিয়েছিল। নেস্টেড ক্রিয়াকলাপগুলি প্রাকৃতিক বলে মনে হচ্ছে না কারণ আমরা যখন প্রোগ্রাম শিখছিলাম তখন আমরা তাদের কাছে খুব বেশি প্রকাশ পাইনি। এর অর্থ এই নয় যে তারা কার্যকর নয়।
আপনার এটি বেশ কয়েকটি কারণে বিশ্বব্যাপী সুযোগে রাখা উচিত।
কলারের মধ্যে কোনও সহায়ক ফাংশন বাসা বেঁধে কলারের দৈর্ঘ্য বাড়ায়। ফাংশন দৈর্ঘ্য প্রায় সর্বদা একটি নেতিবাচক সূচক; সংক্ষিপ্ত ফাংশনগুলি বোঝা সহজ, মুখস্ত করা, ডিবাগ করা এবং বজায় রাখা সহজ।
যদি সহায়তা ফাংশনটির কোনও বুদ্ধিমান নাম থাকে তবে কাছাকাছি সংজ্ঞাটি দেখার প্রয়োজন ছাড়াই নামটি পড়া যথেষ্ট। আপনি যদি না আদেশ, আহ্বানকারী ফাংশন বুঝতে তারপর যে আহ্বানকারী অত্যধিক করছে, অথবা একযোগে বিমূর্ততা অনেকগুলি মাত্রা উপর কাজ করছে এ সাহায্যকারী সংজ্ঞা দেখতে প্রয়োজন।
সহায়কটি বিশ্বব্যাপী উপলভ্য হওয়ায় অন্যান্য ক্রিয়াকলাপগুলি এটি কল করার অনুমতি দেয় যদি এটি সর্বোপরি সাধারণভাবে কার্যকর হয়। যদি সহায়কটি উপলভ্য না থাকে তবে আপনি এটি কেটে পেস্ট করতে প্ররোচিত হন, বা এটি ভুলে গিয়ে তা পুনরায় প্রতিস্থাপন করতে পারেন, খারাপভাবে বা অন্য কোনও ক্রিয়াকলাপটি তার চেয়ে দীর্ঘতর করতে হবে।
সহায়ক ফাংশনটি বাসা বেঁধে ঘোষণা ছাড়াই কলারের সুযোগ থেকে ভেরিয়েবলগুলি ব্যবহার করার লোভ বাড়ায়, যাতে সাহায্যকারীর ইনপুট এবং ফলাফলগুলি কী অস্পষ্ট হয়ে যায়। যদি কোনও ফাংশন কোনও ডেটাতে এটি পরিচালনা করে এবং এর কী প্রভাব ফেলে তা পরিষ্কারভাবে না জানায়, এটি সাধারণত অস্পষ্ট দায়িত্বের লক্ষণ। সহায়ক পাছাকে একটি স্বতন্ত্র ফাংশন হিসাবে ঘোষণা করা আপনাকে এটি আসলে কী করে তা ঠিক জানতে বাধ্য করে।
সম্পাদন করা
এটি আমার চেয়ে বেশি বিতর্কিত প্রশ্নে পরিণত হয়েছিল। স্পষ্ট করা:
জাভাস্ক্রিপ্টে, বড় ফাইল-বিস্তৃত ফাংশনগুলি প্রায়শই ক্লাসগুলির ভূমিকা পরিপূরণ করে কারণ ভাষা অন্য কোনও সুযোগ-সীমাবদ্ধকরণ ব্যবস্থা সরবরাহ করে না। অবশ্যই সহায়ক ফাংশনগুলি তাদের বাহিরে নয়, এই জাতীয় কোষের ভিতরে যেতে হবে ।
এবং সহজ পুনঃব্যবহারের বিষয়টি অনুমান করে যে কোনও সাব্রোটিন যদি আরও ব্যাপকভাবে ব্যবহৃত হয়ে যায়, আপনি একে একে পুরো জায়গা থেকে সরিয়ে নিয়ে উপযুক্ত জায়গায়, যেমন একটি স্ট্রিং ইউটিলিটি লাইব্রেরি বা আপনার বিশ্বব্যাপী কনফিগারেশন রেজিস্ট্রিতে রাখতে চান। আপনি যদি নিজের কোডটি সেভাবে অর্ডার করতে না চান, তবে আপনি সাব্রোটাইন বাসাতেও পারেন ঠিক যেমন আপনি আরও একটি "ব্লকী" ভাষায় একটি সাধারণ পদ্ধতি অবজেক্টের সাথে করেন।
আমি একটি তৃতীয় পাথ প্রস্তাব করতে যাচ্ছি, উভয় ফাংশন বন্ধের মধ্যে স্থাপন করতে। এটি দেখতে যেমন হবে:
var functionA = (function(){
function functionB() {
// do stuff...
}
function functionA() {
// do stuff...
functionB();
// do stuff...
}
return functionA;
})();আমরা একটি আইআইএফই উভয় ফাংশন এর ঘোষণা মোড়ক দ্বারা ক্লোজার তৈরি । IIFE এর রিটার্ন মান হ'ল পাবলিক ফাংশন, ফাংশনের জন্য নামের একটি ভেরিয়েবলে সঞ্চিত। পাবলিক ফাংশনটি ঠিক একইভাবে ডাকা যেতে পারে যেমন এটি কোনও বিশ্বব্যাপী ফাংশন হিসাবে ঘোষিত হয়েছিল, যেমন functionA()। মনে রাখবেন যে রিটার্ন মান হ'ল ফাংশন , ফাংশনে কোনও কল নয়, সুতরাং শেষে কোনও প্যারেন্স নেই।
দুটি ফাংশন মোছার মতো করে functionBএখন সম্পূর্ণ ব্যক্তিগত, এবং বন্ধের বাইরে অ্যাক্সেস করা যায় না, তবে এটি কেবল দৃশ্যমান functionA। বিশ্বব্যাপী নামস্থান cluttering করা হয় না, এবং সংজ্ঞা cluttering নয় functionA।
ফাংশন এ এর মধ্যে ফাংশন বি সংজ্ঞা দেওয়া ফাংশন বি এর এ এর অভ্যন্তরীণ ভেরিয়েবলগুলিতে অ্যাক্সেস দেয়।
সুতরাং, একটি ফাংশন এ এর মধ্যে বি সংজ্ঞায়িত একটি ফাংশন বি দ্বারা এ এর স্থানীয় ভেরিয়েবলগুলি ব্যবহার করছে বা পরিবর্তন করছে এমন ছাপ দেয় (বা কমপক্ষে সম্ভাব্যতা)। এ এর বাইরের বি সংজ্ঞা দেওয়ার সময় এটি পরিষ্কার করে দেয় যে বি হয় না।
সুতরাং কোডের স্বচ্ছতার জন্য আমি বি এর সংজ্ঞা কেবলমাত্র এ এর মধ্যে দিয়ে থাকব যদি বি এর এ এর স্থানীয় ভেরিয়েবল অ্যাক্সেস করতে হয় তবে বি এর A এর স্বতন্ত্র উদ্দেশ্য আছে তবে আমি অবশ্যই এ এর বাইরে এটি সংজ্ঞায়িত করব।