تجربة عملية باستخدام المشارب؟
https://stackoverflow.com/questions/47555
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أنا قادم من خلفية Enterprise Java التي تتضمن مجموعة كبيرة من البرامج ذات الوزن الثقيل إلى حد ما، وقد اكتشفت مؤخرًاإطار المشارب;انطباعي الأولي هو أن هذا يبدو أنه يقوم بعمل جيد في تقليل الأجزاء غير السارة في إنشاء تطبيق ويب في Java.
هل استخدم أي شخص Stripes لمشروع تم إطلاقه؟وهل يمكنك مشاركة تجاربك من المشروع؟أيضًا، هل فكرت في أي تقنيات أخرى و(إذا كان الأمر كذلك) لماذا اخترت Stripes؟
المحلول
نحن نستخدم Stripes منذ حوالي 4 سنوات.مجموعتنا هي Stripes/EJB3/JPA.
يستخدم العديد منهم Stripes plus Stripernate كحل مكدس واحد كامل.نحن لا نفعل ذلك لأننا نريد منطق أعمالنا ضمن طبقة EJB، لذلك نعتمد ببساطة على كيانات JPA كنموذج مدمج وDTO.
تقوم Stripes بالربط مع الكيانات/DTO لدينا ونقوم بإعادتهم إلى مستوى EJB للعمل.بالنسبة لمعظم عناصر CRUD الخاصة بنا، يعد هذا أمرًا مباشرًا للغاية، مما يجعل حالة الاستخدام بنسبة 80٪ تافهة للتعامل معها.ومع ذلك، فإننا نتمتع بالمرونة للقيام بكل ما نريده للحالات الطرفية التي تأتي دائمًا مع تطبيقات معقدة.
لدينا قاعدة عمل كبيرة جدًا تتضمن الجزء الأكبر من عمليات CRUD الخاصة بنا والتي تقوم بمعاودة الاتصال بالفئات الفرعية الفردية الخاصة بالكيانات والنماذج.
لدينا أيضًا مكتبة كبيرة لملفات العلامات الداخلية لإدارة صفحاتنا والأمن والتنقل والمهام وما إلى ذلك.إن نموذج تحرير CRUD البسيط ليس أكثر من مجرد قائمة بأسماء الحقول، ونحصل على كل الكروم والقوائم وعناصر التحكم في الوصول "مجانًا".
يكمن جمال هذا في أننا نحتفظ بالاستعارة المستندة إلى طلب HTTP التي نحبها ونختار الأجزاء الفردية من النظام بدلاً من استخدام مكدس واحد.طبقة الخطوط هزيلة ومتوسطة، ولا تقف في طريقنا أبدًا.
لدينا مجموعة من برامج Ajax التي تدمج YUI وJQuery، وكلها تعمل ضد مجموعة Stripes وEJB الخاصة بنا دون عناء.
لقد قمت أيضًا بنقل نسخة أخف من المكدس إلى GAE لمشروع نموذجي، وكان عليّ بشكل أساسي القيام بعمل بسيط لطبقة EJB الخاصة بنا.لذا، فإن المجموعة بأكملها ذكية جدًا وقابلة للتغيير.تعد الخطوط عاملاً كبيرًا في ذلك نظرًا لأننا نسمح لها بالقيام بالأشياء القليلة التي تقوم بها وتقوم بها بشكل جيد للغاية.ثم قم بتفويض الباقي إلى أجزاء أخرى من المكدس.
كما هو الحال دائمًا، هناك أجزاء يفضل الأشخاص أن تكون مختلفة في بعض الأحيان، ولكن Stripes سيكون الجزء الأخير الذي يجب إدراجه في مجموعتنا، بصراحة.يمكن أن يكون أفضل في دعم مجموعة أفعال HTTP الكاملة، لكنني أفضل إصلاح Stripes للقيام بذلك بشكل أفضل من التبديل إلى شيء آخر.
نصائح أخرى
نحن نستخدم الخطوط الآن في جميع مواقع الإنتاج لدينا، وقد استخدمناها منذ عام تقريبًا.إنه منتج رائع مقارنة بالدعامات التي كنا نستخدمها قبل ذلك.إن حقيقة عدم وجود ملفات تكوين XML فعليًا، وأنه يمكنك إعدادها جميعًا بأقل قدر ممكن من الفئات والتعليقات التوضيحية، أمر رائع.
من حيث القياس والسرعة، يبدو في الواقع أفضل من الدعامات، وأعتقد أن ذلك يرجع إلى وجود طبقات أقل.كما أن الكود الذي تحصل عليه في النهاية أكثر وضوحًا أيضًا، لأنه ليس عليك الذهاب لفصل ملفات XML لمعرفة أين ستذهب عمليات إعادة التوجيه.
نحن نستخدمه مع واجهة EJB3 الخلفية، ويبدو أن الاثنين يعملان جيدًا معًا، لأنه يمكنك استخدام EJB POJO داخل كائن actionBean الخاص بك، دون الحاجة إلى كائن نموذج كما هو الحال في الدعامات.
في تقييمنا، أخذنا في الاعتبار إصدار ألفا من الدعامات (التي تدعم التعليقات التوضيحية) والكثير من الأطر الأخرى، ولكن الخطوط فازت بسبب توثيقها المتميز واستقرارها ونظافتها.
لم أستطع معرفة كيفية ترك تعليق:لذا، للإجابة على سؤالك الثاني، لم نواجه أي خطأ أعرفه في Stripes.هذا أمر مثير للإعجاب للغاية بالنسبة لإطار عمل مفتوح المصدر.لم أجرب الإصدار الأحدث (1.5) بعد، لكن الإصدار 1.4.x مستقر جدًا.
لقد قمنا بتحويل إطار عمل ويب محلي الصنع إلى خطوط في غضون أسبوع تقريبًا.نحن نستخدمه في الإنتاج في هذا الوقت وهو إطار عمل رائع.المجتمع مفيد للغاية، وإطار العمل لا يعيق طريقك.ويمكن تمديده في العديد من الأماكن لتغيير السلوك حسب ما تراه مناسبًا.ميزة ربط عنوان url رائعة أيضًا.قمنا بتنفيذ إطار أمني قوي باستخدام التعليقات التوضيحية والاعتراضية.نحن نستخدم الزنبرك لحقن التبعية وتتمتع الخطوط بدعم ممتاز لذلك.
سأستخدم بالتأكيد الإصدار 1.5 الجديد إذا كنت ستستخدمه.
أنا معجب كبير بالإطار.لقد جئت من خلفية الدعامات وهذا هو الإطار الدقيق الذي كنت أبحث عنه.يستمتع المطورون الآخرون في فريقنا حقًا باستخدام إطار الخطوط.
لقد اشتريت للتو كتاب الخطوط التجريبية من موقع المبرمج العملي.إنه مورد رائع على Stripes 1.5.
لقد استخدمنا الآن Stripes في مشاريع إنتاجية متعددة وكانت التجربة رائعة حتى الآن.وقت الإعداد منخفض ويبدو أن مشكلات إدارة التكوين أقل.لدينا تطبيقات ويب تعمل مع Stripes/Dojo/Hibernate وغيرها مع مزيج من Stripes/Spring/JSP/Jquery وما إلى ذلك.كانت إضافة Stripes إلى مشاريعنا الحالية أمرًا بسيطًا إلى حد ما بفضل دعمهم لدمج تكوينات Spring الحالية.يعد استخدام Stripes مع JSP أمرًا ممتعًا على الرغم من أنك تشعر أحيانًا بالحاجة إلى البرمجة بلغة Java ولا يتعين عليك استخدام JSTL كثيرًا.
ملحوظة:هذا سؤال قديم، ولكن نظرًا لأنه يظهر بسرعة كبيرة عند البحث عن استخدام الخطوط، فأنا أقوم بإضافة إجابة عليه.
لقد جئت أيضًا من خلفية Struts و JSF إلى Stripes.لقد انتقلت من بيئة مؤسسية كبيرة تستخدم في الغالب الدعامات وJSF في المشاريع الأحدث، إلى بيئة أصغر تقوم بكل ما لديها من J2EE في Stripes.
يبدو أن Stripes يمنحك ما تريده في إطار عمل الويب دون أن يعيقك كثيرًا.ليس هناك الكثير من التكوين الضروري، كما ذكر آخرون بالفعل.تطور سريع جدًا ويسمح لك بالتركيز على العرض التقديمي وما إلى ذلك.بدلا من الازعاج مع الإطار.
إذا كان علي أن أبدأ مشروعًا جديدًا ولدي رأيي، فسأختار إما Stripes أو JSF.ربما كنت خائفًا من Stripes إذا اضطررت إلى اتخاذ قرار بالتبديل إليه، لأنه يبدو/يبدو وكأنه مشروع في الطابق السفلي من sourceforge بدلاً من إطار عمل على مستوى المؤسسة، ولكن يبدو أنه قوي إلى حد ما.نحن نستخدم ستريبرنات لسهولة ORM.
ومع ذلك، فإنه يذكرني علكة الفاكهة المخططة, ، والتي فقدت نكهتها بسرعة كبيرة.
الخطوط هي تقنية الأمس، إذا كان بإمكانك اختيار شيء أكثر حداثة مثل GWT.
