سؤال

أنا بصدد إنشاء مشروع asp.net Mvc كبير ولدي سؤال بخصوص محرك العرض الافتراضي الذي يتعارض مع محرك MVC Spark في سياق المصممين.

أنا جميعًا أؤيد تقليل حساء العلامات الخاص بي ويمكنني أن أرى أن محرك الشرارة أنيق وأنيق جدًا وأنا شخصياً سأرحب به.ومع ذلك، هل لدى أي شخص خبرة/آراء حول ما إذا كان فريق التصميم الخاص به قد اعتنقها أم عارضها؟

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

يمكن لأي شخص التعليق؟

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

المحلول

يجب

وأنت فريق التصميم لا تحتاج إلى أي معرفة من محرك رأي على الإطلاق. ينبغي أن تحتاج فقط للتعرف على المنتج النهائي من محرك عرض (أي في HTML، CSS وجافا سكريبت وهذا هو الإخراج).

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

وبيت القصيد من قوالب CSS / HTML هي توفير الفصل بين المصمم والمطور. هذا يسمح لهذه القوالب لتكون تربيتها المغادرة إلى متجر التصميم. كنت لا تريد المحل تصميم لدينا لفوضى مع رمز تطوير الخاص بك.

وكما المصمم أن تقدم لك مجموعة من أنماط النص: H1، H2، H3، ص، الخ. سوف تكون قادرة على سد تلك الأساليب أينما كنت في حاجة إليها في قانون النموذجيه لجعل المحرك لتحقيق النتائج المرجوة. إذا كنت ترغب في ذلك، يمكنك أن تدع مصمم تملي بعض القواعد حول تخطيط واستخدام هذه الأساليب، لكنه ما زال عملك لكتابة التعليمات البرمجية التي تجعل الانتاج في قالب مصمم.

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

وسبارك هو مجرد نسخة HTML ified من C # (أو VB). كل الأمور الأخرى متساوية، فإن شرارة يكون من الأسهل للمصمم، لأنه يغير كل الأشياء <% { %> إلى مكافئات HTML. ولكن هذا يفترض أن المصممين سيتم كتابة رمز نموذج لمحرك الرأي، التي لن يكون.

نصائح أخرى

أعلم أن هذا السؤال يعتبر "تمت الإجابة عليه"، لكن دعني أجيب من منظور "المصمم" (نسميه مطور الواجهة الأمامية).

لدينا فريق خلفي (C#) وفريق أمامي (HTML/CSS/Javascript) يعمل على تطبيقات .NET MVC.تعد Spark طريقة أكثر طبيعية لإجراء عروض HTML.يضيف Sparks طريقة طبيعية لإجراء ifs والحلقات عن طريق إضافة عبارات "if" و"each" كسمات لعنصر HTML بدلاً من الحلقات خارج علامات HTML في علامات <% %>.يتم استدعاء الأجزاء أيضًا بطريقة بديهية.سيتضمن <dashboard /> الجزء "_dashboard.spark" الجزئي.

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

مع Spark، قمنا بتقليل مشكلة التعليمات البرمجية القبيحة وحافظنا على فصل العمل الأمامي والخلفي، مع الحفاظ على السلاسة وقابلية الصيانة.

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

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