আমি সম্প্রতি আইওএস ডেভলপমেন্ট শিখতে শুরু করার সিদ্ধান্ত নিয়েছি এবং এই লক্ষ্যে আমি আইওএস প্রোগ্রামিং পড়ছি : দ্য বিগ এনআরড রাঞ্চ গাইড । বইটিতে লেখকরা একটি ডিজাইনের প্যাটার্ন এমভিসিএস বর্ণনা করেছেন - মডেল-ভিউ-কন্ট্রোলার-স্টোর , মূল ধারণাটি যেহেতু অনেকগুলি অ্যাপ্লিকেশন একাধিক বহিরাগত উত্সগুলিকে ব্যবহারকারীর কাছে অনুরোধের যুক্তি নিয়ন্ত্রণে রাখে, তার পরিবর্তে লেখকরা খুব অগোছালো হতে পারে, পরিবর্তে লেখকরা প্রস্তাব করুন যে সমস্ত অনুরোধের যুক্তিটিকে নিয়ামকের বাইরে রেখে এবং একটি পৃথক বস্তুতে স্থানান্তরিত করুন।
সংক্ষেপে বইটি উদ্ধৃত করুন
মডেল-ভিউ-কন্ট্রোলার-স্টোর অনুরোধ লজিককে একটি পৃথক বস্তুর মধ্যে রাখে এবং আমরা এই বস্তুকে একটি স্টোর বলি (চিত্র 28.4)। কোনও স্টোর অবজেক্ট ব্যবহার করা রিডানড্যান্ট কোডকে হ্রাস করে এবং কোডটি সহজ করে যা তথ্য আনে এবং সংরক্ষণ করে। সর্বাধিক গুরুত্বপূর্ণ, এটি একটি বাহ্যিক উত্সের সাথে একটি সুস্পষ্ট এবং দৃষ্টি নিবদ্ধ করা লক্ষ্য সহ একটি পরিপাটি শ্রেণিতে ডিল করার যুক্তি সরিয়ে দেয়। এটি কোডটিকে বোঝা সহজ করে তোলে যা এটি বজায় রাখা এবং ডিবাগ করা সহজতর করে, পাশাপাশি আপনার দলের অন্যান্য প্রোগ্রামারদের সাথে ভাগ করে।
এবং
অ্যাসিক্রোনাস স্টোরগুলি সম্পর্কে দুর্দান্ত জিনিসটি হ'ল যদিও কোনও অনুরোধ প্রক্রিয়া করার জন্য প্রচুর অবজেক্টগুলি প্রচুর কাজ করছে, অনুরোধটির প্রবাহ এবং তার প্রতিক্রিয়া নিয়ামকের এক জায়গায় রয়েছে। এটি আমাদের এমন কোডের সুবিধা দেয় যা সহজেই পড়া সহজ এবং সংশোধন করা সহজ।
আমি এই প্যাটার্নটি সম্পর্কে আরও জানতে এবং এটি সম্পর্কে অন্যেরা কী বলতে পারে তা দেখতে চেয়েছিলাম, তবে অনলাইনে অনুসন্ধান করার সময় আমি কেবলমাত্র সেই একই বইয়ের উল্লেখ পেতে পারি (এটি সেই প্যাটার্নটি সম্ভবত অন্য কোনও নামে পরিচিত?)।
আমার কাছে লেখকের যুক্তিটি বোধগম্য বলে মনে হচ্ছে এবং এটি নিয়মিত এমভিসি প্যাটার্নের যৌক্তিক বর্ধনের মতো বলে মনে হচ্ছে তবে সম্ভবত এটি কারণ কারণ এমভিসি প্যাটার্নটির অনুশীলনে আমার সত্যিই খুব বেশি অভিজ্ঞতা নেই (আইওএস বিকাশকে আমার কাছে রেখে) ব্যাকবোন.জে (যেমন, আপনি যদি এটি এমভিসি বিবেচনা করেন ) দিয়ে ব্যবহৃত এমভিভি বাছাই করুন ।
আমি আশা করছিলাম যে সম্ভবত আরও অভিজ্ঞতার সাথে কেউ এমভিসিএস প্যাটার্নে যে মিস করছি তার কোনও স্পষ্ট ত্রুটি / সমস্যা আছে কিনা তা নিয়ে কিছুটা আলোকপাত করতে পারে ।