ربيع:
1) إطار عمل مفتوح المصدر
2) IOC (انعكاس التحكم) ، اكتب إنشاء وتبعيات الفصل في ملف التكوين ، وضخ ملف التكوين ، وإدراك اقتران تخفيف
3) سيتم استخراج AOP عن طريق الأمان ، والمعاملة تساوي الوظيفة الوظيفية المستقلة نسبيًا لمنطق البرنامج ، وتستخدم ملفات تكوين الربيع لإدراج هذه الوظائف ، تحقيق البرمجة الجانبية
ما هو الفرق بين الدعامات والربيع؟
الهياكل: مثل WW2 ، وما إلى ذلك ، هو الإطار الهيكلي MVC). الربيع: بصراحة ، هو hodgepodge ، والذي يوفر التكامل الحالي لمختلف الأطر الشعبية. بالإضافة إلى ذلك ، فهي أكثر كلاسيكية وظيفة IOC و AOP. بالإضافة إلى ذلك ، فإنه يوفر أيضًا MVC Spring ، والذي يعتمد على WebFlow. Spring عبارة عن مجموعة من سلسلة من تقنية إطار الويب ، والتي تتميز بتصميم خفيف الوزن وغير موسع ومفصل ، إلخ. بشكل عام ، الأكثر استخدامًا هو IOC/DI ، أي حقن التحكم/التبعية العكسي ، مثل استخدام XML لإعلان الفاصوليا وحقنه عند الجري.
بما أنني لا أعرف جيدًا ، فأنا لا أفهم جيدًا.
ببساطة ، المصدر المفتوح الثلاثة السائد ، الإطار القياسي الفعلي للصناعة للدعامات السباتية الربيع!
عندما لم يكن هناك دعامات في الأيام الأولى ، قمنا بتمرير البيانات في المقدمة والخلفية إلى الأمام والخلف ، وكلها استخدمت في استخدام كائن النطاق (الصفحة ، الطلب ، الجلسة ، التطبيق) ، بما في ذلك كبير مقدار getParameter و GetTtribute ، وكذلك تحويل نوع البيانات. لقد أهدرت الكثير من الوقت. وهناك العديد من تطور MVC ، مما زاد من صعوبة الصيانة اللاحقة وصعوبة التنمية الثانوية.
في هذه الحالة ، ظهرت الدعامات. سهل العمل. علاوة على ذلك ، كتطبيق نموذجي لـ MVC ، فإن فصل طرق العرض وطبقات التحكم له رمز أوضح وصيانة أكثر ملاءمة.
عند القيام بعمليات JDBC في الأيام الأولى ، أعتقد أن كل شخص لديه هذه التجربة. وقاعدة البيانات هي قاعدة بيانات علائقية ، وعندما يتم تطوير Java ، فهي نموذج كائن. في تطوير المؤسسة ، فإن أكثر الصداع هو استبدال قاعدة البيانات.
يوفر إطار Hibernate طريقة مدمجة. وليس علينا الاهتمام ، متى سنفتح رابط قاعدة البيانات ومتى نغلق رابط قاعدة البيانات. كما يوفر Hibernate وظيفة تبديل قاعدة البيانات. ليست هناك حاجة لكتابة بيان SQL مملة.
أما في الربيع ، يمكن القول حقًا أن ربيع مطوري Java. رود جوهسون في عام 2002 ، في كتاب "خبراء واحد إلى واحد" تصميم وتطوير "، تساءل عن الوضع الراهن من الإطار الأرثوذكسي Java EE ، غير فعال ، وبعد التجربة العملية. واحد تلو الآخر ، واستبدلهم بطريقة بسيطة وعملية. [أنا معلم Java الخاص بي وأنا في ذلك الوقت: في ذلك الوقت ، صرخت الصناعة دائمًا: "لم يتم تطوير EJB بواسطة J2EE. وتطوير EJB غير مفهوم من قبل الأشخاص العاديين (ملاحظة: فقط اقتبس ، لم أدرس EJB ، لذلك أنا لم تدرسها ، لذلك أنا لا أدرسها ، لذلك أنا لا أدرسها. "
بعبارات بسيطة ، Spring هو انعكاس تحكم خفيف الوزن (IOC) وإطار حاوية للقطع الموجه (AOP). يمكن أيضًا فهم IOC على أنه حقن تابع. أي أن الاعتماد بين البرامج يتم إعطاؤه إلى Spring لإدارة ، مما يقلل من الاقتران بين البرامج. في البرنامج ، نحتاج فقط إلى ضخ كائن معين في طريق السمات. أما بالنسبة للكائن الحقيقي ، فيمكن تكوينه في ملف التكوين. تواجه AOP البرمجة المقطوعة ، ويتم تحقيق معاملة Spring التعريفية من خلال AOP. إذا كنت ترغب في إضافة معاملات إلى الطريقة في الإسبات ، فنحن بحاجة إلى الاهتمام بمن وأين تضيف ، ومكان إضافة ، ولكن بعد استخدام المعاملات التعريفية ، لا نحتاج إلى ربط هذه التفاصيل. يتم إعطاء كل شيء إلى الربيع للمعالجة.
الخصائص الشائعة لهذه الأطر الثلاثة هي: كلها خفيفة الوزن ومرنة.
لقد قلت ذلك ببساطة.
يجب أيضًا توضيح أن الربيع غير مسؤول عن طبقة العمل ، ولكنه يدمج "سطح القطع" المنتشرة في النظام لإدارة مركزيًا ، بحيث يمكن لمبرمجينا الحصول على مزيد من الطاقة للتركيز على تطوير طبقة العمل وتسريعها برنامج لتسريع تقدم تطوير البرمجيات.
ما سبق هو كل محتويات هذه المقالة.