الصيانة جافا الشروح?

Question

مشروعي هو ببطء تنفيذ جافا الشروح.نصف المطورين - وأنا منهم - تجد أن تفعل أي شيء معقد مع شروح يبدو يضاف إلى الصيانة الشاملة العبء.النصف الآخر من فريق تعتقد أنهم وحلوا

ما هي الخبرة في العالم الحقيقي مع فرق من المطورين القدرة على الحفاظ على المشروح الرمز ؟

Answer 1

وأشعر أنه يكسر إلى قسمين استخدامات الشروح - شروح توفير "وصف" من الشروح الطبقة مقابل توفير "التبعية" للفئة.

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

ولكن، أنا لا حقا مثل شروح "التبعية" - إذا كنت وضع تبعية مباشرة على الطبقة - حتى لو كان تحديد وقت من الشرح وليس في وقت الترجمة في فئة - ليس أن كسر حقن التبعية؟ (ربما في الروح وليس في حكم ...)

قد يكون تفضيل شخصي، ولكن I <م> مثل ملف XML واحد كبير يحتوي على كافة معلومات التبعية طلبي - أرى هذا النحو 'تكوين التطبيق "بدلا من" تكوين الطبقة. فما استقاموا لكم فاستقيموا بدلا بحث عن طريق واحد يعرف مكان من البحث من خلال جميع الطبقات في التطبيق.

Answer 2

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

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

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

Answer 3

أنا بالتأكيد الحب الشروح.أنا استخدامها من السبات/JPA, التماس, JAXB....أي شيء أستطيع.المنظمة البحرية الدولية لا يوجد شيء أسوأ من الحاجة إلى فتح ملف XML فقط لمعرفة كيفية فئة التعامل.

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

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

Answer 4

وذلك يعتمد إلى حد كبير على دعم IDE. أشعر أن الشروح يجب أن تبقى في تزامن مع الرمز عبر الشيكات في IDE، ولكن هذا الدعم لهذه تفتقر إلى حد ما.

ومنها مثلا. ان نسخة قديمة من IDEA يحذر إذا تجاهلت وظيفة دونOverride، ولكن لن إزالة العلامةOverride إذا قمت بتغيير توقيع الأسلوب (أو توقيع الفائقة، لهذه المسألة) وكسر العلاقة.

وبدون دعم أجد لهم وسيلة مرهقة لإضافة البيانات الوصفية إلى رمز.

Answer 5

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

وأنا الغريب لماذا <م> لا مثل الشروح في هذه الحالة، وماذا عليك أن تنظر إلى "عبء الصيانة"؟ (وأنا لا أسعى إلى إهانة موقفكم، مجرد فهمه).