আমি স্প্রিংএমভিসি, হাইবারনেট এবং জাভা ওয়েব অ্যাপ্লিকেশন উদাহরণে কিছু ডাটাবেসের সাথে কাজ করছি।
এটির জন্য কয়েকটি আলাদা আলাদা রয়েছে তবে উদাহরণস্বরূপ এই স্প্রিং 3 এবং হাইবারনেট ইন্টিগ্রেশন টিউটোরিয়ালটিতে একটি মডেল ক্লাস, ভিউ (জেএসপিতে) এবং নিয়ামকের জন্য একটি পরিষেবা এবং দাও ক্লাস রয়েছে।
আমার প্রশ্ন, পরিষেবা এবং ডিএও ক্লাস উভয়ই একই কাজ করে না? কেন আপনি তাদের উভয়ের প্রয়োজন হবে?
এই টিউটোরিয়ালটি আমি আসলে ব্যবহার করছিলাম: http://fruzenshtein.com/spring-mvc-security-mysql-hibernate/
উত্তর:
সাধারণত ডিএও যতটা সম্ভব হালকা এবং এটি কেবলমাত্র ডিবি সংযোগ সরবরাহ করার জন্য উপস্থিত থাকে, কখনও কখনও বিমূর্ত থাকে যাতে বিভিন্ন ডিবি ব্যাকএন্ড ব্যবহার করা যায়।
পরিষেবা স্তরটি ডিএও এবং ক্লায়েন্টকে এবং তার কাছে প্রেরিত ডেটাগুলিতে পরিচালনা করার জন্য যুক্তি সরবরাহ করার জন্য রয়েছে। খুব প্রায়শই এই 2 টুকরা এক সাথে একই মডিউলে এবং কখনও কখনও একই কোডে বান্ডিল করা হবে তবে আপনি এখনও এগুলিকে স্বতন্ত্র যৌক্তিক সত্তা হিসাবে দেখতে পাবেন।
আর একটি কারণ সুরক্ষা - যদি আপনি এমন একটি পরিষেবা স্তর সরবরাহ করেন যার সাথে ডিবি সম্পর্কিত কোনও সম্পর্ক না থাকে তবে পরিষেবাটি বাদ দিয়ে ক্লায়েন্টের কাছ থেকে ডিবি অ্যাক্সেস পাওয়া আরও কঠিন। ডিবিটি যদি সরাসরি ক্লায়েন্টের কাছ থেকে অ্যাক্সেস না পাওয়া যায় (এবং পরিষেবা হিসাবে অভিনয় করা কোনও তুচ্ছ ডিএও মডিউল নেই) তবে সমস্ত আক্রমণকারী যিনি ক্লায়েন্টটি গ্রহণ করেছেন সে হ'ল সার্ভিস লেয়ারটি হ্যাক করার চেষ্টা করা হবে তবে সে সমস্ত কিছু পাওয়ার আগেই। আপনার ডেটাতে সর্বাধিক স্যানিটাইজড অ্যাক্সেস।
আমি প্রশ্নে পোস্ট লেখক। আমি বিভিন্ন প্রযুক্তি এবং বিভিন্ন আর্কিটেকচারে কাজ করার ক্ষেত্রে আমার ন্যায্য অংশ পেয়েছি। উপরের ভিত্তিতে, আমি নিরাপদে বলতে পারি যে পরিষেবা স্তর এবং দাও স্তর থাকা সর্বদা একটি ভাল ধারণা। ডিএও কেবলমাত্র / যোগ / আপডেট / সন্নিবেশ / সত্তা অবজেক্টগুলি / ডাটাবেস থেকে এবং কেবলমাত্র সীমাবদ্ধ থাকতে হবে। যদি আপনি যুক্তির দিক দিয়ে অতিরিক্ত কিছু করতে চান তবে এটি পরিষেবা স্তরে যুক্ত করুন। ডাটাবেস প্রতিস্থাপন করা হলে (ডেটাগুলির কিছু অংশের জন্য) কোডটি মডিউলার এবং সহজেই প্রতিস্থাপনযোগ্য তৈরি করতে সহায়তা করবে। এটি ডেটাবেস থেকে ডেটা আনার পরেও ভারী লজিক রয়েছে এমন প্রতিবেদনের সাথে যুক্ত অ্যাপ্লিকেশনগুলিতে বিশেষভাবে প্রযোজ্য।
এছাড়াও, বসন্তে, সুরক্ষা আদর্শভাবে পরিষেবা স্তরে প্রয়োগ করা হয়। আপনি এইভাবে পরিবর্তন করতে চান না।
অ্যাডাম বিয়েন তাঁর বইয়ে এই বিষয়টির উল্লেখ করেছেন যে জেপিএ সত্তা ম্যানেজার ডিএওর একটি ভাল সার্বজনীন বাস্তবায়ন:
জাভা EE বিশ্বে আপনার নিজের ডিএও লেখার দরকার নেই কারণ জেপিএ বাস্তবায়নের মধ্যে একটি রয়েছে। আপনাকে কেবল পরিষেবা স্তরটি লিখতে হবে।
আপনার নিজের ডিএও স্তরটি কার্যকর করা 15 বছর আগের অত্যন্ত দুর্বল জে 2 ই ই আর্কিটেকচারের একটি হ্যাংওভার, তবে এখনও অনেকে এটি করতে বাধ্য হন feel এই কাস্টম ডিএও স্তরগুলি প্রায়শই ফরেনডিং ফাংশন ছাড়া আর কিছুই সরবরাহ করে না যা এন্টি ম্যানেজারে সম্পর্কিত পদ্ধতিটিকে কল করে।
সুতরাং আপনার প্রশ্নের উত্তর দিতে, হ্যাঁ আপনার একটি পরিষেবা স্তর এবং একটি ডিএও প্রয়োজন, তবে আপনাকে কেবল পরিষেবা স্তরটি লিখতে হবে।
আমি সাধারণত ডিএও'র সমস্ত ডিবি নির্দিষ্ট কোড (ক্যোয়ারী) এবং পরিষেবাগুলিতে লেনদেন পরিচালনা এবং ব্যবসায়িক যুক্তি রাখি put এটি পরিষেবা পদ্ধতিগুলিকে একাধিক দাও জুড়ে পদ্ধতিগুলি আহ্বান করতে এবং এগুলি সমস্ত একই লেনদেনের মধ্যে রাখতে দেয়। আমার মতে, এটি দাও-র জুড়ে আরও ভাল কোড পুনরায় ব্যবহারের মঞ্জুরি দেয়।
আমি খুঁজে পেয়েছি যে পরিষেবা স্তরটি বেশিরভাগ ক্ষেত্রে অপ্রয়োজনীয় জটিলতা যুক্ত করে। তত্ত্ব অনুসারে দাও স্তরটিতে ব্যবসায়ের যুক্তি এড়াতে হবে তবে শেষ পর্যন্ত এটি বিভ্রান্তির দিকে পরিচালিত করে, এমনকি কিছু লোক দাও স্তরটিকে সম্পূর্ণরূপে অপসারণ করতে ব্যর্থ হয়েছে কারণ তারা মনে করে যে এটির কোনও মূল্য নেই। http://ayende.com/blog/4784/architecting-in-the-pit-of-doom-the-evils-of-the-repository-abstraction-layer
তবে আপনার যদি একাধিক ব্যবসায়িক লজিক থাকে তবে হ্যাঁ এটি একটি ভাল ধারণা। পরিষেবা স্তর তৈরি করা কতটা জরুরি?
আইএমএইচও সার্ভিস স্তরটিকে নিয়ামক এবং ডিএও স্তরটির মধ্যে একটি স্তর হিসাবে বিবেচনা করা যেতে পারে। এই পরিষেবা স্তরটি হ'ল যেখানে আমরা ব্যবসায়ের যুক্তি যুক্ত করতে পারি এবং এমনকি ভিউ দ্বারা রেন্ডার করাতে হবে তার জন্য নির্দিষ্ট একটি রিটার্ন অবজেক্ট তৈরি করতে পারি।