طلبات Ajax، من خلال MVC Framework (على سبيل المثال.ColdBox) أم لا؟

StackOverflow https://stackoverflow.com/questions/1203902

  •  05-07-2019
  •  | 
  •  

سؤال

هل تقوم بإطلاق طلبات أجاكس من خلال إطار عمل MVC الذي تختاره، أم مباشرة إلى CFC؟

أنا أميل إلى تجاوز MVC، لأنني لا أحتاج إلى "عرض" من طلب ajax.

ما هي مميزات توجيه مكالمات أجاكس من خلال إطار عمل MVC، مثل Coldbox؟

تحديث:وجدت هذه الصفحة http://ortus.svnrepository.com/coldbox/trac.cgi/wiki/cbAjaxHints لكنني ما زلت أحاول أن ألتف حول الفوائد التي يجلبها على التعقيد الذي يقدمه ...

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

المحلول

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

نصائح أخرى

وأنا لا أرى حقا أي فائدة من تجاوز إطار MVC - في الجمع، وهذه العناصر الثلاثة <م> هي طلبك

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

وننظر في الأمر بهذه الطريقة - إذا قمت بها واجهة ويب صديقة للفون (أي، عرض جديد)، هل تجاوز نموذج وحدة تحكم

لويس ماجانو، مبتكر ColdBox قال:

هذه هي مدرستين لتفاعل أياكس هنري.

أنا أفضل نهج الوكيل لأنه يضيف ما يلي:

  1. تصحيح الأخطاء
  2. تتبع في المصحح
  3. نقاط اعتراض AOP
  4. حماية
  5. ضبط التوفر
  6. سيتم ترحيل الوكيل إلى نموذج الحدث ، حتى أتمكن من استخدام الاعتراض المحلي النقاط ، AOP المحلي ، المكونات الإضافية ، إلخ.

بمعنى آخر ، يمكن أن يكون بدرجة عالية مكالمة مراقبة بدلا من مكالمة بسيطة خدمة مكالمة CFC ، والتي لا يزال بإمكانك فعل.

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

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

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

وأنا أتفق مع لوكا. فإنه يتجاوز أيضا أي نوع من التعقيم والتصفية المنطق لديك في كومة MC الخاص بك. أنه ينفي أساسا أي نوع من المعالجة الاستعلام الذي قد يكون أو لا يكون في المكان.

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

وإضافة الناتج = "كاذبة" وخصوصا في application.cfc وانها سوف طرق أن يكون أول شيء أنا تنظيف.

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

و+1 إلى الإجابة ستيف.

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