لماذا كسر مخضرم المشروع إلى وحدات فرعية?

Question

ما هي أهم الأسباب المحتملة من كسر مخضرم المشروع إلى وحدات فرعية?

Answer 1

هل تبحث عن شيء أكثر من فوائد modularization؟ يجب أن تمثل الوحدات الفرعية من الناحية المثالية مفهومًا/ميزة واحدة بحيث تكون متماسكة وظيفيًا.

Answer 2

• الميراث ملف POM يمكنك استخدام أقسام POMs الجذرية للحفاظ على أرقام الإصدار والتكوينات المتسقة عبر جميع مشاريع الأطفال. لذا ، إذا كان لديّ مشروع مجددي يسرد 300 مشروع ، فكل ما يستخدم Apache Commons-IO وأريد ترقية كل إصدار أحدث من Commons-IO ، يمكنني فقط تغيير الإصدار في قسم إدارة التبعية في Root POM. لا يحتاج أي من مشاريع الطفل إلى تحديد نسخة.
• بناء ملفات تعريف في المثال أعلاه ، إذا كان لدي 300 مشروع فرعي ، فربما لا يعمل مطور فردي بانتظام على جميع المشاريع الفرعية البالغ عددها 300 شخص (أو حتى كثير). يمكنك إنشاء ملف تعريف بناء يحدد فقط الوحدات النمطية التي تعمل عليها بانتظام ، وإذا كان لديك خادم تكامل مستمر يقوم بنشر القطع الأثرية إلى مستودع قطعة أثرية ، فستحصل على جميع التغييرات التي يقوم بها المطورين على فريقك أيضًا ، دون الحاجة إلى ذلك بناء جميع وحدات 300.
• المنظمة العامة/الوضوح

Answer 3

في حين تنتظر جوابا على تعليقي.

• سبب تقسيم Java EE على أساس مشروع مخضرم في الباطن وحدات حتى تتمكن من بناء جرة/RAR/الحرب/الأذن/مهما بشكل مستقل من بعضنا البعض.

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