বব মার্টিনের "ক্লিন আর্কিটেকচার" কি সমস্ত আর্কিটেকচারের জন্য থাম্বের নিয়ম বা এটি কেবল বিকল্পগুলির মধ্যে একটি?


22

আঙ্কেল বব মার্টিনের প্রিন্সিপাল অফ ক্লিন আর্কিটেকচারের ভিডিওটিতে আমি ধারণাগুলি সত্যিই পছন্দ করেছি । তবে আমি অনুভব করি যে এই প্যাটার্নটি এর মূল অংশে অ্যাবস্ট্রাক্ট ফ্যাক্টরি এবং বিল্ডার ধরণের সংমিশ্রণের মতো ।

ভাল প্রোগ্রামগুলি লেখার এটি একটি উপায় তবে একমাত্র উপায় নয়।

রেল এবং রিএ্যাকটিজগুলি এমন দুটি ফ্রেমওয়ার্ক যা মনে আসে যে এই ধরণের পরিষ্কার আর্কিটেকচারকে প্রচার করে না। রেলগুলি আশা করে যে আপনার ব্যবসায়ের যুক্তি মডেলগুলিতে ( ফ্যাটমোডেলস এবং স্কিনি কন্ট্রোলারগুলি ) হয়ে থাকে এবং আপনার উপাদানগুলির মধ্যে প্রতিক্রিয়া জানায় । উভয়ই দৃ couple়ভাবে দম্পতি ব্যবসায়িক যুক্তি এবং ফ্রেমওয়ার্ক কোডের দিকে এগিয়ে যায়

আমি 3 টির মধ্যে কোনওটিতেই কোনও ভুল খুঁজে পাই না। এটি যে কোনও একটি বাছাইয়ের রায় call

তবে ভিডিওটিতে আমার মনে হয় তিনি পরামর্শ দিয়েছেন যে পরিষ্কার আর্কিটেকচারের ব্যবসায়ের যুক্তি এবং কাঠামোর মধ্যে একটি সুস্পষ্ট সীমানা থাকা উচিত। ফ্রেমওয়ার্ক (ওয়েব, অ্যান্ড্রয়েড, ইত্যাদি) এমন প্লাগইন হওয়া উচিত যা ব্যবসায়িক যুক্তিতে প্লাগ ইন করে । এমনকি ভিডিওটিতে তিনি রটকে সূক্ষ্মভাবে উপহাস করেছেন।

সুতরাং, বব মার্টিনের "ক্লিন আর্কিটেকচার" কি সমস্ত আর্কিটেকচারের জন্য থাম্বের নিয়ম বা এটি কেবল বিকল্পগুলির মধ্যে একটি?


16
"ক্লিন আর্কিটেকচার" এমন কিছু যা বব মার্টিন আবিষ্কার করেছিলেন। এটাই.
রবার্ট হার্ভে

2
সম্ভবত একটি ভাল প্রশ্ন হ'ল:। কড়া এবং প্রতিক্রিয়া বন্যভাবে সফল। বব মার্টিন তার ক্লিন আর্কিটেকচার ব্যবহার করে তুলনা করার জন্য কী লিখেছেন? আমি উত্তরটি নিজেই জানতে চাই।
user949300

4
পাঁচটি বিশ্বের সম্পর্কে জোয়েলের ব্লগ পোস্টটি পড়ুন এবং কেন আপনি "সমস্ত স্থাপত্যের জন্য থাম্বের নিয়ম" নেই তা জানেন।
ডক ব্রাউন

1
প্রারম্ভগুলি এবং প্রোটোটাইপিংয়ের জন্য খুব সফল হতে পারে ails যখন অন্যান্য 50 বিকাশকারীদের সাথে আরও বজায় রাখা এবং আরও বিকাশ করার সময় আসে - তখন "স্বাধীনতা" রেলগুলি প্রবীণ বিকাশকারীদের সাথে লড়াই করার বিষয়টি হয়ে ওঠে।
ফ্যাবিও

উত্তর:


34

যদিও "ক্লিন আর্কিটেকচার" ঠিক আছে এবং এর অনেক সুবিধা রয়েছে, তবে এটি মনে রাখা গুরুত্বপূর্ণ:

  • ক্লিন আর্কিটেকচারটি মূলত রবার্ট সি। মার্টিনের জেফ্রি প্যালারমো (২০০৮) ও হেক্সাগোনাল আর্কিটেকচার ("পোর্টস এবং অ্যাডাপ্টারস") এর মতো সম্পর্কিত পদ্ধতির পুনরায় ব্র্যান্ডিং এবং বিবর্তন এবং অ্যালিস্টার ককবার্ন এবং অন্যদের দ্বারা (<২০০৮)।

  • বিভিন্ন সমস্যা বিভিন্ন প্রয়োজন। ক্লিন আর্কিটেকচার এবং সম্পর্কিত পদ্ধতিগুলি ডিকপলিং, নমনীয়তা এবং নির্ভরতা বিপরীতে এগারো পর্যন্ত পরিণত হয় তবে ত্যাগ সরলতার। এটি সবসময় একটি ভাল চুক্তি হয় না।

এই আর্কিটেকচারের পূর্বসূরী হ'ল ছোট্ট টালকের ক্লাসিক এমভিসি প্যাটার্ন। এটি মডেলটি ইউজার ইন্টারফেস (নিয়ামক এবং দেখুন) থেকে বিচ্ছিন্ন করে, যাতে মডেলটি ইউআইয়ের উপর নির্ভর না করে। এমভিসি, এমভিভিএম,… এর মতো এমভিসির অনেকগুলি প্রকরণ রয়েছে।

আরও জটিল সিস্টেমে কেবল একটি ব্যবহারকারী ইন্টারফেস নেই, তবে সম্ভবত একাধিক ব্যবহারকারীর ইন্টারফেস রয়েছে। অনেক অ্যাপ্লিকেশন একটি REST এপিআই সরবরাহ করতে পছন্দ করে যা কোনও ইউআই, যেমন একটি ওয়েব অ্যাপ্লিকেশন বা একটি মোবাইল অ্যাপ্লিকেশন দ্বারা গ্রাস করা যায়। এটি এই ইউআইগুলি থেকে সার্ভারের ব্যবসায়িক যুক্তিটিকে পৃথক করে, তাই সার্ভারটি কোন ধরণের অ্যাপ্লিকেশন এটি ব্যবহার করে তা যত্ন করে না।

সাধারণত, সার্ভারটি এখনও ব্যাকএন্ড পরিষেবাদির উপর নির্ভর করে যেমন ডেটাবেস বা তৃতীয় পক্ষের সরবরাহকারী। এটি পুরোপুরি সূক্ষ্ম, এবং একটি সাধারণ স্তরযুক্ত আর্কিটেকচারের দিকে নিয়ে যায়।

ষড়ভুজ আর্কিটেকচারটি আরও এগিয়ে যায় এবং সম্মুখভাগ এবং ব্যাকএন্ডের মধ্যে পার্থক্য করা বন্ধ করে। যে কোনও বাহ্যিক সিস্টেম একটি ইনপুট (ডেটা উত্স) বা আউটপুট হতে পারে। আমাদের মূল সিস্টেমটি প্রয়োজনীয় ইন্টারফেস (পোর্ট) সংজ্ঞায়িত করে এবং আমরা কোনও বাহ্যিক সিস্টেমের জন্য অ্যাডাপ্টার তৈরি করি।

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

এই সমস্ত পদ্ধতির সুবিধাগুলি রয়েছে , যেমন বিচ্ছিন্নভাবে সিস্টেমটি পরীক্ষা করা সহজ করা (সমস্ত বাহ্যিক ব্যবস্থাগুলি প্রতিস্থাপনের মাধ্যমে এটি ইন্টারফেস করে)। তারা এক ধরণের পরিষেবার জন্য একাধিক বাস্তবায়ন সরবরাহ করা সহজ করে (উদাহরণস্বরূপ, দ্বিতীয় অর্থ প্রদানের প্রসেসর যুক্ত করা), বা কোনও পরিষেবাদির বাস্তবায়ন সরিয়ে নেওয়া (উদাহরণস্বরূপ ওরাকল ডাটাবেস থেকে পোস্টগ্র্যাস এসকিউএল এ সরে যাওয়া, বা গো-তে পাইথন পরিষেবা পুনরায় লিখে) ।

তবে এই আর্কিটেকচারগুলি হ'ল আর্কিটেকচারের ফেরারি: ব্যয়বহুল, এবং বেশিরভাগ লোকগুলির তাদের প্রয়োজন হয় না। ক্লিন আর্কিটেকচার ইত্যাদির যুক্ত নমনীয়তা আরও জটিলতার জন্য আসে। অনেক অ্যাপ্লিকেশন এবং বিশেষত সিআরইউডি ওয়েব অ্যাপ্লিকেশনগুলি এতে উপকৃত হয় না। এটি পরিবর্তিত হতে পারে এমন জিনিসগুলি বিচ্ছিন্ন করে তোলে, যেমন এইচটিএমএল তৈরির জন্য টেমপ্লেট ব্যবহার করে sense পরিবর্তিত হওয়ার সম্ভাবনা নেই এমন জিনিসগুলি বিচ্ছিন্ন করার পক্ষে এটি কম ধারণা দেয়, যেমন ব্যাকিং ডেটাবেস। যা পরিবর্তন হতে পারে তা প্রসঙ্গ এবং ব্যবসায়ের প্রয়োজনের উপর নির্ভর করে।

ফ্রেমওয়ার্কগুলি কী পরিবর্তন হতে চলেছে সে সম্পর্কে অনুমান করে। উদাহরণস্বরূপ প্রতিক্রিয়া একটি উপাদান পরিবর্তনের নকশা এবং আচরণ একসাথে পরিবর্তনের জন্য ধারনা করে, তাই এগুলি আলাদা করার কোনও মানে হয় না। কয়েকটি ফ্রেমওয়ার্ক মনে করে যে আপনি ফ্রেমওয়ার্কটি পরিবর্তন করতে পারেন might এর মতো ফ্রেমওয়ার্কগুলি প্রচুর পরিমাণে লক-ইন উপস্থাপন করে। সক্রিয় রেকর্ড প্যাটার্নের জন্য উদাহরণস্বরূপ রেলের নির্ভরতা (খুব বেশি মতামতযুক্ত!) আপনার ডেটা অ্যাক্সেস কৌশলকে (প্রায়শই উচ্চতর) রিপোজিটরি প্যাটার্নে পরিবর্তন করা অসম্ভবকে শক্ত করে তোলে। আপনার পরিবর্তনের প্রত্যাশা যদি কাঠামোর সাথে মেলে না, তবে আলাদা ফ্রেমওয়ার্ক ব্যবহার করা আরও ভাল। অন্যান্য অনেক ওয়েব ফ্রেমওয়ার্ক ডেটা অ্যাক্সেস সম্পর্কে কোনও অনুমান করে না।


20
পার্শ্ব দ্রষ্টব্য: রবার্ট সি মার্টিনের মধ্যে দুর্ভাগ্যজনক প্রবণতা রয়েছে যেহেতু সর্বকালের সেরা জিনিস হিসাবে উপস্থাপন করার এবং এটিই একমাত্র বুদ্ধিমান পদ্ধতির পরামর্শ দেয়। সে সাধারণত পুরোপুরি ভুল হয় না। তবে তিনি প্রায়শই সম্ভাব্য ত্রুটিগুলি নিয়ে আলোচনা বাদ দেন এবং হাইপারবোলে প্রবণ হন। ফলস্বরূপ, তাঁর পরামর্শ বিভ্রান্তিকর হতে থাকে। সুতরাং তিনি যা বলেন তা সম্পূর্ণ উপেক্ষা করা ভাল better
আমন

2
আমি এরকম একটি বিবৃতি শুনতে পছন্দ করি, কারণ প্রায়শই আমি এমন লোককে পাই যাঁরা অন্ধভাবে তাঁর প্রতিটি ছোট্ট জিনিস অনুসরণ করার চেষ্টা করেন। কমপক্ষে যদি "এটি একটি উপায়, যা প্রায়শই কাজ করে তবে সর্বদা সতর্ক দৃষ্টি রাখি" অবলম্বন করা হলে আমি তার সম্পর্কে আরও ভাল বোধ করতে পারি, তবে আমি সত্যিই বলতে পারি না আমি রবার্ট মার্টিনের ভক্ত
জেলিচ

6
এটি মজার, কারণ আমি তাকে জোর দিয়ে স্মরণ করছি যে বইটিতে তার সমাধানটি কেবলমাত্র ছিল না। তারপরে, তিনি আরও গভীরতার সাথে তার সমাধান সম্পর্কে কথা বলেছেন। ব্যক্তিগতভাবে, আমি তাঁর কয়েকটি পোস্টের জন্য যত্ন নিই না, তবে ক্লিন আর্কিটেকচারটি দুর্দান্ত পড়া ইমো ছিল।
বিটসফ্লোগিক

2
@bitoflogic এটি জেনে রাখা ভাল! টিবিএইচ আমি তার বইগুলি পড়ি নি এবং আমার মতামত তার আলোচনা, নিবন্ধ এবং তার স্টাফগুলি পড়ে এমন লোকদের প্রশ্নের উপর ভিত্তি করে। এখনও অবধি, আমি আরও উদাহরণ দেখেছি যেখানে তার কোনও লক্ষণীয় উপকার নেই। ক্লিন কোড জুনিয়র ডেভস যারা এখনও তার মতামত প্রসঙ্গে রাখতে পারেন না তাদের কাছে প্রচুর বিপণন করা হয়েছে তা বিবেচনা করে এটি একটি আসল সমস্যা। ক্লিন আর্কিটেকচার সম্পর্কে তাঁর আলোচনা (এই প্রশ্নটি একটি রেকর্ডিংয়ের উপর ভিত্তি করে) সীমাবদ্ধতা নিয়ে আলোচনা করে বলে মনে হয় না। উদ্দেশ্যপ্রণোদিত দর্শকদের পক্ষে এটি ঠিক আছে, যে কেউ তাকে "কর্তৃত্ব" হিসাবে বিবেচনা করে তার পক্ষে এটি একটি বিভ্রান্তিকর দৃষ্টিভঙ্গি উপস্থাপন করে।
আমন

1
@ এ্যামনে আমি সত্যিই কাউকে অনেকগুলি নিদর্শন এবং আর্কিটেকচারের জন্য সময় এবং স্থান সম্পর্কে আরও গভীরতার সাথে কথা বলতে দেখতে পছন্দ করব। কোডিং ভাষা বা ব্যবসায়ের প্রয়োজনীয়তার কারণে এগুলি সাধারণত কোনও নির্দিষ্ট সমস্যার সাথে মোকাবিলা করতে বাধ্য হয়, তবুও আলোচনাগুলি সর্বদা "কীভাবে প্রয়োগ করা যায়" তার উপর দৃষ্টি নিবদ্ধ করে। বই হিসাবে, কোডিংয়ের ইতিহাস সম্পর্কে তার জ্ঞান (এটি বেঁচে থাকার পরে) বিষয়গুলিতে একটি অনন্য দৃষ্টিভঙ্গি রাখতে সক্ষম হয়েছিল। এটি বলেছিল, আমি মনে করি আপনি বেশিরভাগই বইটিতে একই সমস্যাটি খুঁজে পেয়েছেন যা আপনি আলোচনায় দেখেছেন।
বিটসফ্লোগিক

24

আঙ্কেল বব মার্টিনের প্রিন্সিপাল অফ ক্লিন আর্কিটেকচারের ভিডিওটিতে আমি ধারণাগুলি সত্যিই পছন্দ করেছি। তবে আমি অনুভব করি যে এই প্যাটার্নটি এর মূল অংশে অ্যাবস্ট্রাক্ট ফ্যাক্টরি এবং বিল্ডার নিদর্শনগুলির সংমিশ্রণের মতো।

কাছেও নয়।

আপনি এই তাকান যখন:

এখানে চিত্র বর্ণনা লিখুন

আপনি একটি অবজেক্ট গ্রাফের নকশাটি দেখছেন। এটি কি সম্পর্কে জানেন কী নির্দেশ করে। এই গল্পটি থেকে কী অনুপস্থিত তা হ'ল সেই বস্তুটির গ্রাফটি কীভাবে তৈরি হয়েছিল। দুঃখিত তবে আপনি এটি এখানে পাবেন না। নির্মাণের কোনও উল্লেখ নেই।

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

প্রকৃতপক্ষে, আপনি যে চিত্রটি দেখছেন তাতে মূলত আমি যা কিছু তৈরি করতে পারি। তারপরে পুরো জিনিসটিকে টিক্ টিক করা শুরু করার জন্য কেবল একটি অবজেক্টে একটি পদ্ধতি কল করুন।

এখন আপনি এগুলিকে অন্য জিনিসগুলিতে স্থান দেওয়ার আগে জিনিসগুলির অস্তিত্ব থাকতে হবে। আমি এখানে এটি অন্বেষণ করেছি এবং এটি এই সুন্দর সুন্দর চিত্রটি দিয়েছি :

এখানে চিত্র বর্ণনা লিখুন

এবং আপনি না রেখেও এগুলি সবগুলি তৈরি করতে পারেন main()

আমি বিল্ডার এবং কারখানাগুলি ব্যবহার করার পরামর্শ দিচ্ছি যখন আপনি প্রসেসরিয়াল কনস্ট্রাকশন কোডের একটি গাদাটি সুন্দর কামড় আকারের ধারণাগত খণ্ডগুলিতে ভেঙে ফেলতে চান। তবে পরিষ্কার আর্কিটেকচার বা অন্য যে কোনও বাজওয়ার্ড আর্কিটেকচারে এমন কিছু নেই যা আপনি দাবী করুন। সুতরাং আপনি যদি আটকে রাখতে চান main(), ঠিক আছে। দয়া করে, দয়া করুন

বব মার্টিনের "ক্লিন আর্কিটেকচার" কি সমস্ত আর্কিটেকচারের জন্য থাম্বের নিয়ম বা এটি কেবল বিকল্পগুলির মধ্যে একটি?

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

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

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

কোনও বিষয়কে যতই ভয়ঙ্কর মনে হচ্ছে কোনও প্রসঙ্গ রয়েছে যা আপনি এটিতে রাখতে পারেন এটি অযৌক্তিক করে তুলবে। দুঃখিত, এটি কোনও রূপালী বুলেট নয়।

তবে ভিডিওটিতে আমার মনে হয় তিনি পরামর্শ দিয়েছেন যে পরিষ্কার আর্কিটেকচারের ব্যবসায়ের যুক্তি এবং কাঠামোর মধ্যে একটি সুস্পষ্ট সীমানা থাকা উচিত। ফ্রেমওয়ার্ক (ওয়েব, অ্যান্ড্রয়েড, ইত্যাদি) এমন প্লাগইন হওয়া উচিত যা ব্যবসায়িক যুক্তিতে প্লাগ ইন করে। এমনকি ভিডিওটিতে তিনি রটকে সূক্ষ্মভাবে উপহাস করেছেন।

তুমি ঠিক বলছো. সে করে. চাচা বব মনে করেন ফ্রেমওয়ার্কগুলি লাইব্রেরির মতো আচরণ করা যেতে পারে। এবং তারা পারে। তবে এমনকি সেই সিদ্ধান্তটি আপনার জন্য কিছু ব্যয় করে।

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

আপনার প্রয়োজনগুলি ফ্রেমওয়ার্ক দ্বারা প্রত্যাশিত যতক্ষণ পর্যন্ত জিনিসগুলি খুব সহজেই চলে যাবে। আপনার চাহিদা পূর্বাভাস পেয়ে ভাল লাগল। এটি আপনাকে এমন একটি বাক্সে রাখে যা জিনিসগুলি সহজ রাখে। এটি পেতে আপনি কী দিচ্ছেন তা কেবল বুঝতে পারেন। আপনি যদি সর্বত্র বসন্ত ছড়িয়ে দেন তবে আপনি এটিকে আর জাভা কাজের হিসাবে বিজ্ঞাপন দিতে পারবেন না। এটি জাভা / স্প্রিংয়ের কাজ। আমি রুবি এবং রেলস সম্পর্কে একই কথা বলতে পারি তবে রেলস অনেক দিন আগে রুবির দুপুরের খাবার খেয়েছিল।


4

ভিডিওটি উদ্ধৃত করতে:

"আপনি এসকিউএলে মেল মার্জ করতে চান না" "

অনুসরণ করেছে:

"আমি আসলে একটি এসকিউএল সঞ্চিত পদ্ধতি দেখেছি যা সম্পূর্ণ মেল মার্জ ছিল"

মেল মার্জগুলির মতো আর্কিটেকচারটি অনেকের মধ্যে একটি মাত্র বিকল্প।

স্থাপত্যশৈলীর সমাধান করার চেষ্টা করা সমস্যাগুলি হ'ল alচ্ছিক কী।

যদি আপনি বুঝতে পারছেন যে এসকিউএল মেল একত্রিত করার ফলে কী কী সমস্যাগুলি সমাধান করে তবে অন্যান্য ক্ষেত্রে আপনার কাঠামোগত পছন্দটি অবহিত করা হবে এবং আপনি যদি 'খারাপ' সমাধানগুলি বেছে নিতে বাধ্য হন তবে আপনি সচেতন থাকবেন এবং ত্রুটিগুলি হ্রাস করবেন।

আপনি যদি কোনও স্থাপত্য শৈলীটি অনুসরণ করেন তবে কেবল এটির জন্য ভাল ধারণা করা হয় তবে আপনি ভুল করতে এবং একই সমস্যার মুখোমুখি হতে পারেন।


2

"ক্লিন আর্কিটেকচার" অবশ্যই বিকল্পগুলির মধ্যে একটি "কেবল"। আমি যুক্তি দিয়ে বলব এটি বেশিরভাগ প্রকল্পের জন্য বিশেষত অবজেক্ট-ভিত্তিক প্রকল্পগুলির জন্য অন্যতম খারাপ বিকল্প

উপরের বিবৃতিটির কারণগুলি সহ ক্লিন আর্কিটেকচার সম্পর্কিত আঙ্কেল ববের নিবন্ধটির বাক্য-বাক্য বিশ্লেষণ এখানে দেওয়া হয়েছে:

অবজেক্ট-ওরিয়েন্টেড দৃষ্টিকোণ থেকে ক্লিন আর্কিটেকচার


1

ক্লিন আর্কিটেকচার বিভিন্ন সাধারণ লক্ষণগুলির সমাধানের জন্য নীতি ও নিদর্শনগুলির একটি সেট যা জটিল অ্যাপ্লিকেশনগুলি নির্মাণের সময়কালে প্রায়শই মুখরিত হয়। মিঃ মার্টিন এই ক্ষেত্রে তার বিস্তৃত অভিজ্ঞতার ভিত্তি লক্ষণগুলি এবং মূল কারণগুলি সনাক্ত করতে এবং এই উদ্বেগগুলি প্রশমিত করতে আর্কিটেকচারের ভূমিকা স্পষ্ট করার জন্য বইটিতে প্রচুর পরিমাণে গেছেন।

যাইহোক, এটি থাম্বের নিয়ম নয়, বা সমস্ত অসুস্থতার জন্য কোনও নিরাময়ের উপায় নয়। আপনি যদি বইটি পড়ে থাকেন তবে আপনি / কখন / কীভাবে তিনি যে নীতিগুলি এবং নিদর্শনগুলি সমর্থন করেন (এবং এতে জড়িত ট্রেড-অফস) প্রয়োগ করবেন সে সম্পর্কে আপনার আরও ভাল ধারণা থাকবে। আপনি যদি বইটি না পড়ে থাকেন তবে আপনি অসম্পূর্ণ তথ্যের উপর ভিত্তি করে ভুল অনুমান, প্রয়োগ, রায় এবং বিবৃতি দেবেন।


এই অফারটি কোন কিছুরই সৃষ্টি পয়েন্ট উপর সারগর্ভ বলে মনে হচ্ছে না এবং 4 পূর্ববর্তী উত্তর ব্যাখ্যা
মশা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.