تطوير ASP.NET مع فريق تصميم

Question

أبحث عن بعض المعلومات الجيدة حول أفضل طريقة لفريق التصميم والتطوير للعمل معًا. أنا مطور WinForms ولدي خبرة قليلة جدًا في تطوير الويب .NET وقد طُلب مني تولي مسؤولية تطوير موقع الويب.

في الوقت الحالي ، يستخدمون المصادر المرئية ، ومواقع الويب ليست في حل ، وكل شيء هو مجرد فوضى كاملة من الآلاف من صفحات الويب العشوائية التي أنشأها المصممون والرمز المجمع معا من قبل المطورين. يتم إصدار الصفحات المختلفة كلما كانت جاهزة - مما يعني أنه قد لا يتم إصدار التعليمات البرمجية المعتمدة في نفس الوقت. في بعض الأحيان ، يستخدم المصممون التعليمات البرمجية التي أنشأها المطورون ، لكنهم يستخدمونه بطريقة إما أن تبطئ الموقع أو يتسببون في تعطله تمامًا - على سبيل المثال وظائف الاتصال. getAddress (). عندما تقوم طريقة getAddress بالاتصال بحساب ويب في كل مرة ، إذا فشلت مكالمة GetAddress وإرجاعها ، فهي لا تتحقق من المراجع الخالية وما إلى ذلك ولا يوجد معالجة خطأ.

في الأساس ، كل شيء هو فوضى كاملة غير مُدارة تخيفني حتى الموت بالنظر إلى أنني سأكون مسؤولاً تمامًا عن ذلك. هذا أيضًا عبر 3 أو 4 مواقع ويب كبيرة للأعمال التجارية. أحاول معرفة أفضل طريقة للمضي قدمًا حتى يتمكن المصممون من الاستمرار في إنشاء صفحات وتصميم الأصول التي يحتاجونها مع الوصول إلى بعض الخصائص المكشوفة كما هو مطلوب.

حاليًا على جانب تطوير Windows من الأشياء التي نستخدمها في نظام Team System 2010 ، لن يكون هذا مناسبًا للمصممين لأنهم يحتاجون إلى التحكم في المصدر المدمج في القشرة حيث يمكنهم تحرير الصور والفلاش الذي يتيح لهم SourceSafe حاليًا القيام به (بشكل سيء).

أعتقد أن الخطوة الأولى هي تقسيم جانب تطوير الكود / الوصول إلى البيانات من الأشياء إلى مشروع منفصل تمامًا والذي يمكن الرجوع إليه على أنه DLL من مشاريع ويب مختلفة سأقوم بإنشائها لكل موقع تحت حل واحد. بعد ذلك ، أحتاج إلى فرز طريقة لنشر الموقع الكامل في كل مرة يتم فيها إجراء تحديث - لذلك من الواضح أنه من المهم أن يتم تحديد العمل المكتمل / الاختبار فقط - أعتقد أن هذا سيكون من الصعب للغاية فرزه مع فريق التصميم لأنها غير مستخدمة لمصدر التحكم وتحميل الصفحات واحدة تلو الأخرى لأنها تكمل العمل / إصلاح الأخطاء عليها. في الأساس ، أحتاج إلى مساعدة/أفكار/مؤشرات للطريقة الصحيحة للقيام بهذا!

Answer 1

إن القيام بما اقترحته بنفسك (أي الإصدارات الكاملة ، وفصل الواجهة الخلفية عن الواجهة الأمامية ، وما إلى ذلك) سيحسن عملك بشكل كبير مع مراعاة الوضع الحالي. بالطبع ، هناك الكثير من الأشياء التي يمكنك القيام بها في النهاية ، مثل إدخال اختبارات الوحدة ، وحقن التبعية ، وما إلى ذلك ، لكنني أعتقد أن أحد النمط الذي قد يكون مفيدًا بشكل مباشر عند التعامل مع المطورين والمصممين في بيئة نماذج الويب هو نمط MVP. هذا عرض رائع حول هذا الموضوع:http://live.visitmix.com/mix10/sessions/ex20

Answer 2

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

بصراحة ، الأمر يستحق ذلك إذا كنت ستصبح صاحب المشروع.