سؤال

لقد قمت ببرمجة Java وJSP في الماضي، لكنني جديد على Java Server Faces وأريد معرفة ما إذا كانت هناك مجموعة من أفضل الممارسات لتطوير JSF.

هل كانت مفيدة؟

المحلول

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

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

نصائح أخرى

فكر في استخدام جوانب- إنه يبسط إلى حد كبير أسوأ أجزاء تطوير JSF.أقوم الآن بمشروع JSF قائم على CMS بدون جوانب (بعد القيام بمشروع به) وأشعر أن ذراعي اليسرى مفقودة....

أوصي بشدة بالاستعانة بشخص من ذوي الخبرة في JSF لقيادة مشروعك الأول في JSF حتى لو كان هذا يعني الدفع للمقاول لمدة 3 أشهر.يختلف نهج JSF تمامًا عن JSP.إن طريقة التعامل مع المشكلات وحلها مختلفة تمامًا.

المكتبات

خذ بعين الاعتبار المكتبات التالية:

بنيان

يعتنق MVC لا تحتاج فقط إلى معرفة ما يعنيه هذا، بل تحتاج إلى استخدامه على نطاق واسع.

هناك نمطان رئيسيان لربط وحدات التحكم بطرق العرض

نمط Dot Net، وحدة تحكم طلب واحدة لكل عرض

تحتوي كل صفحة ذات مستوى أعلى على وحدة تحكم ذات نطاق طلب (فاصوليا) تستخدم جميع عمليات التحقق من الصحة وإجراءات الصفحة هذه الفئة.يستخدم أيضًا لتصفية النموذج وطلبه.سيتم تخزين النموذج على عدد قليل من وحدات التحكم على مستوى الجلسة والتي ستتعامل مع التحدث إلى الواجهة الخلفية (EJBs، أو طبقة الثبات). يجب أن تقوم وحدات التحكم في الجلسة هذه بتنفيذ منطق الأعمال وليس لديها معرفة بـ JSF أو HTML أو أي تقنية عرض تقديمي.

وحدات التحكم على مستوى الجلسة

قم بتصميم وحدات التحكم بناءً على نموذج البيانات الخاص بك، وقم بدمجها مع بعضها البعض.(هذا المنشور طويل جدًا لذا لن أخوض في تفاصيله).

المعرفة مطلوبة

الجميع:

  • دورة الحياة
  • حركة التغيير الديمقراطي
  • التطوير القائم على المكونات
  • العلامات في ح:و و:

شخص واحد على الأقل:

  • إنشاء مكونات مخصصة
  • قيود على JSF (زر العودة ، التنقل العشوائي ، إلخ)
  • تصحيح مكتبات الطرف الثالث (يجب أن يكون شخص واحد على الأقل مرتاحًا لتفكيك مصحح الأخطاء والدخول إلى تنفيذ JSF (أسهل مع تطبيقات مفتوحة المصدر مثل MyFaces))
  • أضيف صوتي للواجهات.لقد قمت مؤخرًا بترقية مشروع لاستخدام الواجهات، وهو يحل بعض المشكلات الكبيرة مع jsf، ويمنحك بشكل خاص نظام قالب لائق فورًا ويتيح لك استخدام HTML القياسي عندما يكون ذلك مناسبًا، دون تغليفه "حرفيًا" -العلامات.
  • يعد RestFaces حلاً لمشكلة الحصول على/النشر التي يشتكي منها الكثير من الأشخاص.كما أنها موثقة جيدًا وسهلة الاستخدام.
  • لا تستخدم للعديد من taglibs.يجعل المهمة أكثر صعوبة عند الترقية.
  • يجمع SEAM العديد من أفضل ممارسات JSF، لكنني لم أستخدمه بعد، لذلك لا يمكنني أن أوصي به حقًا، فقط أنصحك بإلقاء نظرة عليه.

لقد كنت أستخدم تطبيق IBM لـ JSf ولدي بعض التعليقات.إنها ليست طريقة سيئة للمضي قدمًا ولكن عليك الالتزام بـ "أسلوب الحياة" الخاص بشركة IBM.لقد كتبوا علامة lib الخاصة بهم والتي توسع معيار JSF.إذا تمكنت من البقاء داخل Rational Application Developer (RAD) (الذي لا يتم تحديثه كثيرًا)، يكون التكامل في بعض الأحيان عربات التي تجرها الدواب ولكنه لائق بشكل عام.كما أن التكامل مع WebSphere جيد جدًا.ما لم يلعب صاحب العمل لعبة الجولف مع شركة IBM، أعتقد أنه من الأفضل أن تظل بسيطًا قدر الإمكان.

لست على علم حتى الآن بـ "أفضل الممارسات" للتحقق من صحة الحقول/النماذج.

وهذا يعني أن التحقق من صحة JSF موجه حاليًا إلى التحقق من صحة حقل واحد.IMO يصبح الأمر قبيحًا عندما تنظر إلى التحقق من صحة مستوى الحقل/النموذج المعقد.

قديمة ولكنها لا تزال تبدو دقيقة بالنسبة ليhttp://weblogs.java.net/blog/johnreynolds/archive/2004/07/improve_jsf_by_1.html

http://www.jroller.com/robwilliams/entry/jsf_multi_field_validation_not

يمكنك التحقق من ذلك على الرابط التالي حيث يمكنك العثور على مقالات مثيرة للاهتمام

http://www.jsftutrials.net/

حدد مكتبة مكونات جيدة. لا تستخدم richfaces، أقترح عليك عدم استخدام jsf، واستخدام Spring mvc، وjquery fro view وjson في بنية الراحة.ولكن إذا كان عليك ذلك، فاستخدم الواجهات الأولية فهي سهلة الاستخدام وتحتوي على مكونات كافية.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top