অন্যান্য ব্যক্তিরা ডেটাতে ডিএজি প্রয়োগ করেছেন, তবে আমি মনে করি এটি কোডের ক্ষেত্রে কমপক্ষে প্রযোজ্য (যদি এর বেশি না থাকে) is মাহবুবুর আর আমান এটির উল্লেখ করেছেন, তাই সত্যই এটি তার নিজের উত্তরটিতে একটি সম্পূর্ণ উত্তরের চেয়ে আরও বেশি সংযোজন।
এটি আমার কাছে যে কোনও অপরিহার্য কম্পিউটার প্রোগ্রামের তুলনায় ঘটে যা অসীম লুপগুলি মুক্ত হয় (ধন্যবাদ @ অ্যান্ড্রেসএফ।) এটি একটি নির্দেশিত অ্যাসাইক্লিক গ্রাফ (ডিএজি)। মানে কোড কার্যকর করার সম্ভাব্য পাথ নির্দেশিত (প্রথমে এটি, তারপরে), এবং এসাইক্লিক (অসীম লুপ গঠন করে না)। এগুলি একটি গ্রাফ কারণ কোনও উল্লেখযোগ্য কোডের পথটি তালিকা বা গাছের মতো খুব কমই সহজ।
আমি এক্সএসএলটিতে সম্ভবত 4 বছর ধরে কাজ করেছি। আমি কেন এটি একটি সাধারণ সাধারণ উদ্দেশ্য প্রোগ্রামিং ভাষা না তা বোঝানোর চেষ্টা করার জন্য ভয়ানক সময় কাটিয়েছি, তবে ডিএজি এর কারণ। বিশেষত, এক্সএসএলটি একটি ডেটা চালিত ভাষা। আপনি ফাংশনগুলি সংজ্ঞায়িত করেন (হ্যাঁ, কার্যকরী-প্রোগ্রামিং অর্থে) তবে আপনি প্রয়োজনীয়ভাবে আপনার কোড থেকে এই ফাংশনগুলি কল করবেন না। পরিবর্তে, এক্সএসএলটি একটি ইনপুট এক্সএমএল নথির নোডের মাধ্যমে নির্বাচন এবং পুনরাবৃত্তির সংমিশ্রণ সেট করে। এটি ইনপুট ডেটার কাঠামো নির্ধারণ করতে দেয় যে কোন ফাংশন ডাকা হয় এবং কোন ক্রমে।
আপনার প্রোগ্রামটি এমন কোনও ডেটা শর্তের মুখোমুখি না হওয়া পর্যন্ত এটি খুব আকর্ষণীয় এবং খুব দুর্দান্ত ছিল যেটি আপনি সকাল 2:30 টায় পরীক্ষা করেন নি এবং আপনাকে জেগে এটি ঠিক করতে হয়েছিল। আপনি যখন ডেটাটিকে ডিএজি সংজ্ঞায়িত করতে দেন, তখন ড্যাগের সংজ্ঞাটি সমস্ত সম্ভাব্য ইনপুট শর্তে পরিণত হয় - যা কোনও তুচ্ছ ব্যবসায়িক অ্যাপ্লিকেশনটির জন্য অগণ্য beyond তারা অকল্পনীয়।
প্রথমে আমি ভেবেছিলাম যে ফাংশনাল প্রোগ্রামিং কোনও ডিএজি নাও হতে পারে কারণ কখনও কখনও মৃত্যুদণ্ড কার্যকর করার আদেশটি পরিষ্কার হয় না বা এমনকি প্রোগ্রামার দ্বারা চিন্তাও করে না। তবে একটি কার্যকরী প্রোগ্রাম নির্ভরতা নির্ধারণ করে। প্রকৃতপক্ষে, কার্যকরী প্রোগ্রামিংয়ের ঘোষিত প্রকৃতিটি নির্বাহের আদেশ নির্দিষ্ট না করে কেবল নির্ভরতা (a ^ 2 = b ^ 2 + c ^ 2) হিসাবে সংজ্ঞায়িত হিসাবে বিবেচনা করা যেতে পারে ('বি' বা 'সি' প্রথমে স্কোয়ার করা যায় কিনা তা বিবেচ্য নয়) , যতক্ষণ না তারা উভয় একসাথে যুক্ত হওয়ার আগে স্কোয়ার হয়)।
তবে কার্যকরী প্রোগ্রামিংয়ে বিশদ পর্যায়ে ক্রিয়াকলাপের ক্রমটি সম্পর্কে ইচ্ছাকৃতভাবে অস্পষ্ট হতে পারে, তবে নির্ভরতা সম্পর্কে এটি অত্যন্ত স্পষ্ট। এগুলি এমন বৈশিষ্ট্য যা এটিকে একত্রে সামঞ্জস্য করার পক্ষে এতটা অনুকূল করে তোলে। যাই হোক না কেন, কোডের মাধ্যমে পাথের গ্রাফটি এখনও রয়েছে, এবং সেই গ্রাফটি এখনও পরিচালিত হয় (নির্ভরশীল কার্যগুলির আগে নির্ভরতা মূল্যায়ন করতে হবে), তাই আমি মনে করি ডিএজিও সেখানে প্রযোজ্য।
দুর্দান্ত প্রশ্ন - পোস্ট করার জন্য ধন্যবাদ!