يتوافق إطار JavaScript MVC (منفصلة المخاوف) مع ASP.NET MVC؟

Question

كان لدى أي شخص فرصة لاستخدام إطار JavaScript MVC مع ASP.NET MVC؟

في الأساس أنا أبحث عن تقديم المشورة بشأن طريقة لاستخدامها معا إذا كان ذلك ممكنا، تطبيق ASP.NET MVC الخاص بي لا أستطيع التخلص منه ولكني أحب استخدام نوع من الفصل بين القلق ل JavaScript / JQuery ...

أي شخص يستخدم شيئا مثل هذا؟ أحاول تصوير 2 معا، لأن ASP.NET MVC يوفر المشاهدات ربما ستكون 2 غير متوافقة ....؟

أو سيكون من الأفضل استخدام إطار ملحق OOP فقط ل JavaScript وإذا كان الأمر كذلك ... يعرف أي شخص جيد من شأنه أن يعمل جنبا إلى جنب مع ASP.NET MVC؟

Answer 1

مارك، أنا مساهم آخر في JMVC. تم تصميم JMVC للعمل من خدمات البيانات الخام، ولكن يمكن أن يرتدي العديد من القبعات.

انها تستند إلى بنية خادم رقيقة. على سبيل المثال، بدلا من تقسيم إقرار طرق عرض على كل من الخادم والعميل، استخدم ASP.NET لإنشاء بيانات JSON RAW، ثم اجتازها إلى JavaScript، والتي ستستخدم قوالبها لإنشاء هيكل HTML النهائي.

الميزة هي أنك قمت بالفعل بإنشاء خدمة قابلة لإعادة الاستخدام، ومنطق UI الخاص بك هو كل شيء في مكان واحد (العميل).

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

إذا كانت وجهات نظرك هي كل جانب الخادم (إرجاع HTML من طلبات العميل)، فقد لا تحتاج حتى إلى العديد من طرق عرض JMVC. سوف تستخدم وحدات التحكم فقط. ومع ذلك، فإن وحدات التحكم هي أفضل جزء من JMVC. يستخدمون وفد الأحداث حتى لا تقلق بشأن إرفاق الأحداث!

إليك منشور أتحدث فيه عن بنية لدينا مع القضبان:

http://javascriptmvc.com/blog/؟p=68.

Answer 2

أنا واحد من الرجال JMVC. نعم يمكنك استخدام هذين اثنين معا. نحن نصيح باستخدام خدمات الراحة لفصل طبقات العميل / الخادم الخاصة بك، حيث توفر الفصل عن نظافة البيانات الخاصة بك. مع بقية تستهلك البيانات مع عميلك من خلال تقديم طلبات لجميع Todos، والتي ستعود إلى JSON. ثم سيتصل JavaScriptMVC بإعداء رد على وحدة تحكم الخاصة بك، وسوف تستخدم قالب جانب العميل (عرض) لتقديم البيانات.

الاثنان متوافقين بالتأكيد، لكن ذلك يعتمد على المكان الذي تريد وجود منطقك فيه. لدى عميل سميكة العديد من المزايا، بما في ذلك قابلية التوسع والصيانة.