يمكن أن نستخدم EiffelBuild لمشروع كبير أو يجب تقييد استخدام النماذج?

Question

EiffelBuild هو ISE واجهة المستخدم الرسومية-بناء أداة رسومية مخصصة إيفل.

حاولت ذلك وأنا أجد أنها سهلة الاستعمال جدا, ولكن أنا قلق قليلا حول استخدام هذه الأداة من أجل مشروع كبير.استخدام واجهة المستخدم الرسومية-بناء أداة يمكن أن تكون مقيدة.

لأن إيفل الميراث يجعل من السهل جدا لخلق المكونات ، على المدى الطويل ، قد يكون من الأفضل استخدام إصدارات متخصصة من الكائنات الرسومية إلى أن استخدام تلك المعايير.

هل أنت على علم بأي قيود EiffelBuild تبرر لتجنب استخدامها في المشاريع الكبيرة.

Answer 1

أود أن تقييد EiffelBuild استخدام النماذج.انها أداة لطيفة, ولكن على المدى الطويل سوف تزداد تعقيدا لإدارة EiffelBuild المشاريع (وهذا ينطبق على معظم المصممين):

• إصدارات جديدة من estudio تصدر كل 6 أشهر ، مما يجعلها عبئا على أن تبقى الخاص بك EiffelBuild المشاريع لا تزال تعمل كما هو متوقع من نسخة واحدة إلى أخرى ، نتوقع أن تضطر إلى التعامل مع الهجرات كل مرة واحدة في حين.الآن كل ما تبذلونه إيفل رمز ستخضع إلى نفس التحديات ، ولكن مع المشاريع في EiffelBuild سيكون لديك للتعامل مع كل التغييرات إلى اللغة EiffelBuild (وأحيانا على حد سواء في نفس الوقت...)
• إذا كان الإصدار N+1 N ليست متوافقة ، سيكون لديك لجعل فرع EiffelBuild مشاريع لدعم كلا الإصدارين ، سواء كان ذلك فقط خلال الفترة الانتقالية
• يمكن أن يكون من الصعب دمج عدة EiffelBuild المشاريع
• بعض مكونات رسومية يمكن أن يكون من الصعب إعادة استخدامها في EiffelBuild مثل متخصص مكون التخطيط (أي مجموعة من الطبقات...) على سبيل المثال ، وخاصة إذا كان هذا العنصر ليس EiffelBuild المشروع نفسه
• لقد وجدت أنه من الصعب إعادة استخدام أجزاء من EiffelBuild تطبيق إلى آخر ، بينما جيدا إلى حد ما تصميم مكونات أنها أقل بكثير من قضية

ويساعد هذا الأمل.

Answer 2

<اقتباس فقرة>   

وأنا أحاول ذلك وأجد أنه جدا سهل الاستعمال، ولكن أنا قليلا قلق حول استخدام هذه الأداة لمشروع كبير. استخدام أداة بناء واجهة المستخدم الرسومية يمكن أن يكون تقييدا.

وكيف يكون هذا "مقيدة"؟ وكيف يمكن للحجم المشروع يأتي في اللعب؟

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

<اقتباس فقرة>   

ولأن ايفل الميراث يجعل من السهل جدا لخلق مكونات، على المدى الطويل، قد يكون من الأفضل استخدام لدينا الإصدارات المتخصصة الخاصة من الكائنات الرسومية التي لاستخدام تلك المعايير.

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

وكنت التصويت لكتابة رمز مولد الخاصة بك مرة واحدة كنت قد فعلت ما يكفي من ناحية الترميز باستخدام فئات واجهة المستخدم الرسومية المكتبة. هذا هو الحل على نحو مستدام، IMO.

وUPDATE:

وتعلمت ايفل في برنامج الدراسات العليا التي قررت في 90s المتوسطة التي كان أفضل لغة وجوه المنحى المتاحة. في ذلك الوقت، كان C ++ قبل البارزين لكنها اعتبرت معقدة، قد جافا تكن مصنوعة من مختبرات الشمس، وC # لم يكن حتى بصيص في عين اندرس. كان يعشق هيئة التدريس في هذه المؤسسة مع تصميم بالعقود وverneer من الصرامة الأكاديمية أنها ضمنية.

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

وبصراحة، إذا كنت تكتب هذا النظام كبير لصاحب العمل، فما استقاموا لكم فاستقيموا محامي لك لإسقاط ايفل وتغيير لأكثر من لغة أكثر انتشارا من أجلهم ولك. يمكن أن يكون C # خيارا جيدا إذا كنت على منصة ويندوز. استخدام جافا إذا كنت قد حصلت على بيئة غير متجانسة أو لا يستطيعون تحمل كومة مايكروسوفت.

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

وUPDATE 2:

وجيد جدا - أنا لا أستطيع أن أقول من مشاركتك الأصلية ما كانت تجربتك مع لغات أخرى.

و"توقعات عالية من الجودة" يعني أن تعتقد أن ايفل دعم الجودة على مستوى اللغة في هذه الطريقة التي لا يمكن تكرار مع لغات أخرى. وأود أن أختلف مع ذلك. نوعية رمز لديها المزيد لتفعله مع مهارة وممارسات المطورين من اللغة نفسها.

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

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