نصيحة حول تحويل مشروع فليكس تصميم التصميم

Question

لدينا تطبيق فليكس داخلي تم تصميمه أكثر من خلال زحف ميزة أكثر من أي نوع من الرؤية الواضحة. إنه في الأساس نوع من نظام CRM وإعداد التقارير الذي يستخدم الكثير من المكونات المرنة (الأشجار والرسوم البيانية والمكونات المخصصة، DataGrids - جميع الأنواع) والمحادثات إلى Backend .NET Webservice.

كان في البداية أول مشروع Flex الخاص بي ويتم كتابته مع Bodge و Hope وإصلاح أنواع الأناقة التي قد تتوقعها من النموذج الأولي. ومع ذلك، فقد تزرع الآن إلى النقطة التي سنضيف فيها مطورو آخر (Neophyte)، ولكن قد لا يكون من المستحيل لشخص واحد (تنهد, ربما أنا) لإعادة كتابة اللقطات الحالية في حوالي شهر. لذلك، في هذه المرحلة أفكر في أنه قد يكون من الجيد النظر في نسخة جديدة تم تنفيذها في رفيق إطار العمل.

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

Answer 1

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