আমি জাভাতে প্রতিবিম্ব ব্যবহার করে কলব্যাক / প্রতিনিধি সমর্থন বাস্তবায়ন করেছি। বিশদ এবং কার্যকারী উত্স আমার ওয়েবসাইটে উপলব্ধ ।
কিভাবে এটা কাজ করে
উইলপার্মস নামের নেস্টেড ক্লাস সহ কলব্যাক নামের একটি নীতিগত শ্রেণি রয়েছে। যে এপিআই কলব্যাকের প্রয়োজন তা একটি প্যারামিটার হিসাবে একটি কলব্যাক অবজেক্ট নেবে এবং যদি প্রয়োজন হয় তবে একটি কল ভেরিয়েবল হিসাবে কলব্যাক তৈরি করবে ith উইথপ্যার্মস। যেহেতু এই বস্তুর অনেকগুলি অ্যাপ্লিকেশন পুনরাবৃত্ত হবে, এটি খুব পরিষ্কারভাবে কাজ করে।
পারফরম্যান্সটি এখনও আমার কাছে উচ্চ অগ্রাধিকারের সাথে, প্রতিটি অনুরোধের জন্য প্যারামিটারগুলি ধারণ করার জন্য আমার কোনও নিক্ষিপ্ত অবজেক্ট অ্যারে তৈরি করার প্রয়োজন হবে না - সর্বোপরি একটি বড় ডেটা কাঠামোয় কয়েক হাজার উপাদান থাকতে পারে এবং একটি বার্তা প্রক্রিয়াকরণে পরিস্থিতি আমরা কয়েক সেকেন্ডে হাজার হাজার ডেটা স্ট্রাকচার প্রক্রিয়াকরণ করতে পারি।
থ্রেডসেফ হওয়ার জন্য প্যারামিটার অ্যারের এপিআই পদ্ধতির প্রতিটি অনুরোধের জন্য স্বতন্ত্রভাবে থাকা প্রয়োজন, এবং দক্ষতার জন্য কলব্যাকের প্রতিটি অনুরোধের জন্য একই ব্যবহার করা উচিত; আমার একটি দ্বিতীয় অবজেক্টের দরকার ছিল যা অনুরোধের জন্য প্যারামিটার অ্যারের সাথে কলব্যাককে আবদ্ধ করার জন্য তৈরি করা সস্তা। তবে, কিছু পরিস্থিতিতে, আমন্ত্রণকারীটির অন্যান্য কারণে ইতিমধ্যে একটি প্যারামিটার অ্যারে থাকবে। এই দুটি কারণে প্যারামিটার অ্যারে কলব্যাক অবজেক্টের সাথে সম্পর্কিত নয়। এছাড়াও অনুরোধের পছন্দ (একটি অ্যারের হিসাবে বা স্বতন্ত্র বস্তু হিসাবে প্যারামিটারগুলি পাস করা) API এর হাতে কলব্যাক ব্যবহার করে যা যা প্রার্থনাটি তার অভ্যন্তরীণ কার্যক্রমে সবচেয়ে উপযুক্ত।
উইথপার্মস নেস্টেড ক্লাসটি এরপরে, এটি alচ্ছিক এবং দুটি উদ্দেশ্যে পরিবেশন করে, এতে কলব্যাক আহ্বানের জন্য প্রয়োজনীয় প্যারামিটার অবজেক্ট অ্যারে রয়েছে এবং এটি 10 ওভারলোডেড ইনভোক () পদ্ধতিগুলি (1 থেকে 10 পরামিতি সহ) সরবরাহ করে যা প্যারামিটার অ্যারে লোড করে এবং তারপরে কলব্যাক লক্ষ্য প্রার্থনা করুন।
নিম্নলিখিতটি হ'ল একটি ডিরেক্টরি ট্রিতে থাকা ফাইলগুলি প্রক্রিয়া করার জন্য কলব্যাক ব্যবহার করে একটি উদাহরণ। এটি একটি প্রাথমিক বৈধতা পাস যা কেবলমাত্র ফাইলগুলিকে প্রক্রিয়াজাতকরণের জন্য গণনা করে এবং কোনওটি পূর্বনির্ধারিত সর্বোচ্চ আকারের বেশি নয় তা নিশ্চিত করে ensure এই ক্ষেত্রে আমরা কেবলমাত্র API অনুরোধের মাধ্যমে কলব্যাক ইনলাইন তৈরি করি। যাইহোক, আমরা স্থিত মানের হিসাবে লক্ষ্য পদ্ধতিটি প্রতিফলিত করি যাতে প্রতিবার প্রতিচ্ছবিটি ঘটে না।
static private final Method COUNT =Callback.getMethod(Xxx.class,"callback_count",true,File.class,File.class);
...
IoUtil.processDirectory(root,new Callback(this,COUNT),selector);
...
private void callback_count(File dir, File fil) {
if(fil!=null) { // file is null for processing a directory
fileTotal++;
if(fil.length()>fileSizeLimit) {
throw new Abort("Failed","File size exceeds maximum of "+TextUtil.formatNumber(fileSizeLimit)+" bytes: "+fil);
}
}
progress("Counting",dir,fileTotal);
}
IoUtil.processDirectory ():
/**
* Process a directory using callbacks. To interrupt, the callback must throw an (unchecked) exception.
* Subdirectories are processed only if the selector is null or selects the directories, and are done
* after the files in any given directory. When the callback is invoked for a directory, the file
* argument is null;
* <p>
* The callback signature is:
* <pre> void callback(File dir, File ent);</pre>
* <p>
* @return The number of files processed.
*/
static public int processDirectory(File dir, Callback cbk, FileSelector sel) {
return _processDirectory(dir,new Callback.WithParms(cbk,2),sel);
}
static private int _processDirectory(File dir, Callback.WithParms cbk, FileSelector sel) {
int cnt=0;
if(!dir.isDirectory()) {
if(sel==null || sel.accept(dir)) { cbk.invoke(dir.getParent(),dir); cnt++; }
}
else {
cbk.invoke(dir,(Object[])null);
File[] lst=(sel==null ? dir.listFiles() : dir.listFiles(sel));
if(lst!=null) {
for(int xa=0; xa<lst.length; xa++) {
File ent=lst[xa];
if(!ent.isDirectory()) {
cbk.invoke(dir,ent);
lst[xa]=null;
cnt++;
}
}
for(int xa=0; xa<lst.length; xa++) {
File ent=lst[xa];
if(ent!=null) { cnt+=_processDirectory(ent,cbk,sel); }
}
}
}
return cnt;
}
এই উদাহরণটি এই পদ্ধতির সৌন্দর্যের চিত্র তুলে ধরেছে - অ্যাপ্লিকেশন নির্দিষ্ট যুক্তিটি কলব্যাকের বিমূর্ত করা হয়েছে, এবং পুনরায় পুনঃব্যবহারযোগ্য স্থির ইউটিলিটি পদ্ধতিতে পুনরায় পুনঃনির্বাচিত ডিরেক্টরি ট্রি চলার ছদ্মবেশটি সুন্দরভাবে টুকরো টুকরো করা হয়। এবং প্রতিটি নতুন ব্যবহারের জন্য আমাদের ইন্টারফেস সংজ্ঞায়িত ও প্রয়োগের জন্য বারবার মূল্য দিতে হবে না। অবশ্যই, যুক্তি জন্য কিন্তু বাস্তবে আমি খুঁজে পেলাম না এটা কলব্যাক সংজ্ঞা অধিকার পেতে একটি সমস্যা হতে - একটি ইন্টারফেস এটা (এটা, বলপূর্বক এর কেবল নথিভুক্ত নয়) অনেক বেশী কি বাস্তবায়ন সম্পর্কে স্পষ্ট হয় না।
একটি ইন্টারফেস সংজ্ঞায়িত করা এবং বাস্তবায়ন করা আসলেই খুব খারাপ নয় (যদি না আপনি অ্যাপলেট বিতরণ না করেন তবে আমি যেমন অতিরিক্ত অতিরিক্ত ক্লাস তৈরি করা এড়ানো গুরুত্বপূর্ণ) তবে যখন আপনার একক ক্লাসে একাধিক কলব্যাক রয়েছে তখন এটি সত্যিই জ্বলজ্বল করে। মোতায়েন অ্যাপ্লিকেশনটিতে তাদের প্রত্যেককে পৃথক অভ্যন্তর শ্রেণিতে চাপ দেওয়ার জন্য চাপ দেওয়া হচ্ছে না, তবে এটি প্রোগ্রামের পক্ষে নিখুঁত ক্লান্তিকর এবং সমস্ত বয়লার-প্লেট কোডটি সত্যই কেবল "শব্দ" "
