পাঠ

1.1 অ্যাপ্লিকেশন আর্কিটেকচার এই কোর্সটি নতুনদের জন্য ডিজাইন করা হয়েছে, কারণ আপনি দীর্ঘ সময়ের জন্য একটি গুরুতর অ্যাপ্লিকেশনের আর্কিটেকচার ডিজাইন করবেন না। কিন্তু চিন্তা করবেন না, ভাল স্থাপত্য নিয়মের পরিবর্তে ব্যতিক্রম। অ্যাপ্লিকেশন তৈরি ক

তিন স্তরের স্থাপত্যের ভূমিকা থ্রি-টায়ার আর্কিটেকচার হল ইন্টারনেটে সবচেয়ে সাধারণ ইন্টারঅ্যাকশন আর্কিটেকচার। এটি উপস্থিত হয়েছিল যখন দ্বি-স্তরের সার্ভার অংশটি দুটি অংশে বিভক্ত ছিল: একটি লজিক স্তর এবং একটি ডেটা স্তর । এটি এই মত কিছু দেখাচ্ছি

MVC আর্কিটেকচারের পরিচিতি সর্বাধিক জনপ্রিয় অ্যাপ্লিকেশন আর্কিটেকচার যা প্রতিটি প্রোগ্রামার জানেন তা হল MVC । MVC মানে মডেল-ভিউ-কন্ট্রোলার । এটি অ্যাপ্লিকেশন উপাদানগুলির আর্কিটেকচারের মতো অ্যাপ্লিকেশনগুলির আর্কিটেকচার নয়, তবে আমরা পরে এই স

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

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

6.1 পচন বিভিন্ন মানদণ্ড সত্ত্বেও, বৃহৎ সিস্টেমের বিকাশের প্রধান কাজ হল সিস্টেমের জটিলতা হ্রাস করা । জটিলতা কমাতে, ভাগে ভাগ করা ছাড়া আর কিছুই উদ্ভাবিত হয়নি। কখনও কখনও, সরলতার জন্য, এটিকে "বিভাজন এবং জয়" এর নীতি বলা হয়, তবে, সফ্টওয়্যার স

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

8.1 পচন সবকিছু স্পষ্টতার জন্য, একটি ভাল নিবন্ধ "ডিকপলিং অব অবজেক্ট-ওরিয়েন্টেড সিস্টেম" থেকে একটি ছবি, যা আলোচনা করা হবে এমন মূল বিষয়গুলিকে চিত্রিত করে। আপনি কি এখনও মনে করেন যে একটি অ্যাপ্লিকেশন আর্কিটেকচার ডিজাইন করা সহজ? 8.2 ইন্টারফেস,

9.1 নির্ভরতা বিপরীত মনে রাখবেন, আমরা একবার বলেছিলাম যে একটি সার্ভার অ্যাপ্লিকেশনে আপনি কেবল স্ট্রিম তৈরি করতে পারবেন না new Thread().start()? শুধুমাত্র পাত্রে থ্রেড তৈরি করা উচিত। আমরা এখন এই ধারণাটিকে আরও উন্নত করব। সমস্ত বস্তু শুধুমাত্র ধ

মেসেজিং সঙ্গে সরাসরি নির্ভরতা প্রতিস্থাপন কখনও কখনও একটি মডিউলকে অন্যদের জানানোর প্রয়োজন হয় যে এটিতে কিছু ঘটনা/পরিবর্তন ঘটেছে এবং এই তথ্যের পরে কী ঘটবে তা বিবেচ্য নয়। এই ক্ষেত্রে, মডিউলগুলির একেবারেই "একে অপরের সম্পর্কে জানার" দরকার নেই,