هل يجب أن أستخدم تجميعات متعددة لتطبيق ويب ASP.NET معزول؟

Question

قادمًا من بيئة تكنولوجيا المعلومات الخاصة بالشركة، كان المعيار دائمًا هو إنشاء مشروع مكتبة فئة لكل طبقة، ومنطق الأعمال، والوصول إلى البيانات، وأحيانًا عزل أكبر لأنواع معينة.

الآن بعد أن أعمل على مشروع تطبيق الويب الخاص بي، لا أرى حاجة حقيقية لعزل الكود الخاص بي بهذه الطريقة.

ليس لدي تطبيقات متعددة تحتاج إلى مشاركة هذا المنطق أو الخدمة لتمكينه.كما أنني لا أرى أي ميزة لسيناريوهات النشر.

أنا أميل إلى وضع جميع القطع الأثرية في تطبيق ويب واحد، مفصولة منطقيًا بمجلدات المشروع.

أردت أن أعرف ما هي أفكار المجتمع.

---

واسمحوا لي أن أضيف المزيد من المعلومات ...

أنا أكتب هذا التطبيق باستخدام MVC Preview 5، لذلك سيتم دعم قطعة اختبار الوحدة من خلال فصل الاهتمامات الموروثة في الإطار.أحب أن يكون لدي اختبارات لكل شيء!

Answer 1

ابدأ بأبسط شيء ممكن وأضف التعقيد إذا لزم الأمر.يبدو كما لو أن تجميعًا واحدًا سيعمل بشكل جيد لحالتك.ومع ذلك، احرص على عدم انتهاك الطبقات من خلال تمكين الطبقة "أ" من الوصول إلى عضو داخلي في الطبقة "ب".وهذا من شأنه أن يجعل من الصعب سحب الطبقات إلى مجموعات منفصلة في وقت لاحق.

Answer 2

أود أن أقول إن ذلك يعتمد على مدى جديتك في الاختبار واختبار الوحدة.

إذا كنت تخطط لإجراء اختبارات المستخدم/اليدوية فقط، أو استخدام الاختبار بشكل أساسي فقط من واجهة المستخدم إلى الأسفل، فهذا لا يحدث فرقًا حقًا.

من ناحية أخرى، إذا كنت تخطط للقيام بنوع من اختبار الوحدة، أو التحقق من صحة قواعد العمل، فمن المؤكد أنه من المنطقي تقسيم عملك إلى مجموعات مختلفة.

حتى بالنسبة للمشاريع الشخصية الصغيرة، أجد أن هذا النهج يجعل حياتي أسهل مع استمرار المشروع.ما زلت أقوم بتشغيل كل شيء من نفس الحل، فقط باستخدام مشروع ويب لواجهة المستخدم ومكتبة لقواعد العمل/منطق التطبيق ومكتبة أخرى لـ DAL.

Answer 3

لا يزال يتعين عليك فصل الطبقات منطقيًا إلى المشاريع المناسبة.

هذه ممارسة هندسية جيدة، سواء كنت مطورًا واحدًا أو 100 مطور.الجانب السلبي بشأن الكود في مكان واحد هو أنه سيجعلك تعيد بناء التعليمات البرمجية أو تكررها للتوسيع.