একটি ভিজ্যুয়াল স্টুডিও সমাধান ফোল্ডার বা প্রকল্প?

যখন লজিক্যাল লেয়ারগুলিতে একটি সমাধান ছিন্ন করা হয়, তখন কোনও ফোল্ডারে গোষ্ঠীবদ্ধ করার জন্য একটি পৃথক প্রজেক্ট ব্যবহার করা সবচেয়ে ভাল হয়?

0
ro fr hi

7 উত্তর

আমি সাধারণত GUI- এর জন্য একটি প্রকল্প করি যা ব্যবসার লজিকের জন্য একটি ডেটা অ্যাক্সেসের জন্য একটি প্রকল্প এবং একক পরীক্ষাগুলির জন্য একটি প্রকল্প।

কিন্তু কখনও কখনও এটি পরিষেবার উপর ভিত্তি করে পৃথকীকরণ (যদি আপনি একটি পরিষেবা ভিত্তিক আর্কিটেকচার ব্যবহার করা হয়) যেমন প্রমাণীকরণ, বিক্রয়, ইত্যাদি হিসাবে বিচক্ষণ।

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

আমি ব্যক্তিগতভাবে মনে করি যে যদি পুনর্ব্যবহারযোগ্য কোডগুলি প্রকল্পে বিভক্ত করা হয় তবে এটি কেবল ফোল্ডারগুলির মধ্যে অন্য যে কোন জায়গায় ব্যবহার করা সহজ।

0
যোগ

প্রকল্পের মধ্যে বৈশিষ্ট্য পৃথক প্রায়ই একটি YAGNI আর্কিটেকচার অপ্টিমাইজেশান হয়। কত বার আপনি যারা পৃথক প্রকল্প reused আছে, সত্যিই? যদি এটি ঘন ঘন না ঘটে, তবে আপনি তাত্ত্বিক পুনঃব্যবহারের জন্য আপনার ডেভেলপমেন্ট, বিল্ড, স্থাপনার এবং রক্ষণাবেক্ষণকে জটিল করে তুলছেন।

আমি একটি বাস্তব জীবন পুনর্ব্যবহারযোগ্য ব্যবহার কেস পেয়েছেন যখন আমি খুব পৃথক প্রকল্পে ফোল্ডার (উপযুক্ত নামস্থান ব্যবহার করে) এবং রিফ্যাক্টরিং মধ্যে পৃথক পছন্দ করি।

0
যোগ
যখন আমি 'পরীক্ষার' সঙ্গে 'তাত্ত্বিক পুনঃব্যবহার' প্রতিস্থাপন, আপনার উপসংহার এখনও রাখা না?
যোগ লেখক reinierpost, উৎস

আপনার সোর্স কোডকে পৃথক করা   একাধিক প্রকল্প শুধুমাত্র অর্থে তোলে যদি   আপনি...   ... আরো ডেভেলপার জড়িত   এবং আপনি তাদের কাজ হিসাবে আচরণ করতে চান   ভোজ্য কালো বাক্স (বেশি না   প্রস্তাবিত) ...

কেন এই সুপারিশ করা হয় না? আমি এটি বিভিন্ন অংশে কাজ বিভিন্ন devs সঙ্গে একটি অ্যাপ্লিকেশন পরিচালনার এটি একটি খুব দরকারী উপায় খুঁজে পেয়েছি। চেকইনগুলি অনেক সহজ করে তোলে, মূলত মূলত মার্জগুলি দূর করে। খুব কমই দুটো দেবকে একই সময়ে একই প্রকল্পে কাজ করতে হবে।

0
যোগ
এটি শুধুমাত্র কোডের জন্য সুপারিশ করা হয় যা সুনির্দিষ্ট দায়িত্বগুলি এবং প্রকল্পগুলি নির্ধারণের জন্য ইন্টারফেসগুলি অনুমোদনের জন্য যথেষ্ট স্থিতিশীল।
যোগ লেখক reinierpost, উৎস

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

0
যোগ

ডিফল্টভাবে, একই প্রকল্পে সর্বদা নতুন ফোল্ডার তৈরি করুন

  • আপনি একক সমাবেশ করবেন (অতিরিক্ত ইলমার্জ জিমন্যাস্টিক ছাড়া)
  • অস্পষ্টতা সহজ (কারণ আপনার কাছে কম জনসাধারণের ধরন এবং পদ্ধতি থাকবে, আদর্শগতভাবে কেউই নয়)

আপনার সোর্স কোডকে একাধিক প্রোডাক্টের মধ্যে পৃথক করলে আপনি কেবলমাত্র যদি বুঝতে পারেন ...

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

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

0
যোগ
আমি বাস্তবতা lubos 'অর্থে চাই
যোগ লেখক ybakos, উৎস

ডেনি লিখেছেন:

আমি ব্যক্তিগতভাবে মনে করি যে যদি পুনর্ব্যবহারযোগ্য কোডগুলি প্রকল্পে বিভক্ত হয় তবে এটি কেবল ফোল্ডারগুলির মধ্যে অন্য যে কোন জায়গায় ব্যবহার করা সহজ।

আমি সত্যিই এই সাথে একমত - যদি আপনি এটি পুনরায় ব্যবহার করতে পারেন, এটি একটি পৃথক প্রকল্পে হওয়া উচিত। যে বলেন সঙ্গে, এটি কার্যকরভাবে পুনরায় ব্যবহার করা খুব কঠিন :)

এখানে তাই, আমরা তিনটি প্রকল্পের সঙ্গে খুব সহজ হতে চেষ্টা করেছি:

  • MVC ওয়েব প্রজেক্ট (ডিফল্টরূপে আপনার স্তরকে ফোল্ডারে পৃথক করার একটি চমৎকার কাজ করে)
  • আমাদের DB এর উত্স নিয়ন্ত্রণের জন্য ডাটাবেস প্রকল্প
  • MVC মডেল / কন্ট্রোলারের বিরুদ্ধে ইউনিট পরীক্ষা

আমি প্রত্যেকের জন্য কথা বলতে পারি না, কিন্তু আমি খুশি যে আমরা এটা কতটা সহজ করে দিয়েছি - প্রকৃতপক্ষে বিল্ড তৈরির গতি!

0
যোগ

আমি সত্যিই মনে করি প্রকল্প ভালভাবে ভাগ করা ভাল, কিন্তু এটি প্রকল্পের আকারের উপর এবং এটিতে কাজ করে এমন লোকের সংখ্যা নির্ভর করে।

বড় প্রকল্পের জন্য, আমি একটি প্রকল্পের জন্য আছে

  • ডেটা অ্যাক্সেস (মডেল)
  • পরিষেবাগুলি
  • সামনে শেষ
  • পরীক্ষা

আমি রব কনারির মডেল এবং তার স্টোরফান্ড অ্যাপ্লিকেশনটি পেয়েছিলাম ... সত্যিই ভাল কাজ করছে বলে মনে হচ্ছে।

এমভিসি-স্টোরফর্ট

0
যোগ