سؤال

عندما تكون نماذج أولية لنظام جديد ، ما هي المبادئ التوجيهية (المبدأ التوجيهي) الذي تستخدمه لتمييز نقطة التوقف والبدء؟

هل كانت مفيدة؟

المحلول

عادةً ما أكتب نماذج أولية كجزء من عملية الهندسة المعمارية/التصميم ، للإجابة على الأسئلة التي لا يمكن الإجابة عليها إلا من خلال العمل فعليًا مع الرمز. على سبيل المثال ، أسئلة مثل:

  • هل يمكنني السحب والإسقاط في Silverlight؟
  • ما هو الإطار الذي سأستخدمه لرسم كائنات قماش تفاعلية في WinForms؟

عادة يمكنك كتابة نموذج أولي بسرعة إلى حد ما للإجابة على مثل هذه الأسئلة. من الواضح أن الكود لا يجب أن يكون جودة الإنتاج ، بل يجب أن يذهب بعيدًا بما يكفي للإجابة على هذه الأسئلة.

بمجرد أن تنفد من الأسئلة المفتوحة ، أود إلغاء النموذج الأولي وأنهي "تصميمك". ثم أنت مستعد للبدء في إنشاء نسخة إنتاج.

نصائح أخرى

عندما لم يعد الشخص الذي أعمل عليه يتناسب مع المتطلبات (وظيفية أو قابلية الاستخدام أو غير ذلك).

من المفترض أن تكون النماذج الأولية عنصرًا يمكن التخلص منه ، لذا لا أتردد أبدًا عند رميها بعيدًا.

عندما تقوم بإلغاء طلب الوظيفة إلى مستوى تشعر فيه بالاستعداد لكتابة رمز الإنتاج.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top