ماذا ستكون بعض الأسباب لاتخاذ قرار ضد حمفل / ساس؟
https://stackoverflow.com/questions/2218132
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
لقد كنت أقرأ عن Haml / Sass مؤخرا وأنا لست متأكدا تماما عن سبب عدم رغبة أي شخص في استخدامه. يبدو أنه من السهل جدا التبديل، يجعل الأنظف الأشياء وأكثر كفاءة.
تحديث:
ماذا عن استخدام واحد أو آخر؟ يبدو أن معظم الشكاوى (الشكاوى القليلة هناك) أسمعها تبدو حول Haml، هل هناك أي مشاكل خلط ومطابقة XHTML / HAML و CSS / SASS؟
تحديث:
آسف، تحديث نهائي واحد إلى السؤال. يبدو لي أن التبديل من الساس إلى CSS غير مؤلم وبسيط. ماذا عن التبديل من HAML إلى HTML؟
المحلول
إذا كنت تستخدم القضبان، نعم. أذهب خلفها. بعض المشكلات التي ستضربها، رغم ذلك، ستكون أن أي مطور آخر ينص على الفريق سيتعين عليه تعلم ذلك أيضا. إذا كنت تعمل بالفعل مع حشد من القضبان الكبيرة، فلا بأس بذلك، لكن Haml / Sass قد يخلط بين المصمم الذي عمل مع HTML / CSS النقي لسنوات.
إذا كنت لا تستخدم القضبان، فمن الصعب الحصول على نظام متكامل من Haml / Sass جيدا. هناك عدد قليل من هناك، لكنني أتصور أنهم ليسوا مدعومين أو إلى جانب المواصفات.
لكن نعم. Haml / Sass هو بالتأكيد يستحق كل هذا العناء. المشكلة الحقيقية الوحيدة التي ستضربها هي أنها ليست معيار بعد.
أما بالنسبة ل MIX-N-Match، فإن Haml و Sass متشابهة جدا بأناقة أقولها، لكنها، مرة أخرى، تعود إلى التفضيل الشخصي. حاول استخدام كليهما ليوم واحد، وإذا كنت لا تحب أحدهم، فقم بالتحول مرة أخرى. لا توجد قضية تكنولوجية حولها، لذلك افعل ما تفضله.
نصائح أخرى
هناك الكثير من الأدوات للعمل مع HTML و CSS. بناء الجملة ليس جميلا، ولكن التحسينات من Haml و Sass لا يبدو أن الدراماتيكية بالنسبة لي، وبالنسبة للكثيرين لا يستحقون المشكلة. بالطبع، بالنسبة لأولئك الذين ينطونون تطبيق ويب مع أطر مختلفة على نطاق واسع (يختلف عن القضبان التي هي) من الصعب العثور على سبب للذهاب إلى آلام دمج شيء أجنبي. (مثال: الرعاية لشرح ما يجب علي فعله لإدماج SASS في بيئة Java / Stripes / JSP؟ :-)
لقد كنت في مشاريع تطوعية حيث تم عرض منحنى بناء جملة Haml (Whitespace Syntactical، الجيل التلقائي من العلامات وغيرها) كحاجز: شيء آخر لمبرمج جديد في المشروع للتعلم.
شخصيا، أعتقد أن SASS يستحق كل هذا العناء، لكنني في الهواء عن Haml: بعد أن يبدو أن الكتابة التي لا يجب عليك فعلها مع Haml قد تم التغلب عليها بحلول الوقت الذي تقضيه في تصحيح الأخطاء خطأ في القوالب الخاصة بك. هذا يمكن أن يكون وجهة نظر مبتدئ (HAML).
أنا أميل إلى الاتفاق على السؤال؛ هو - هي هو سهل التبديل، بناء الجملة ليس معقدا، وهذا يفعل جعل الأشياء نظافة وأكثر كفاءة. كما أنه يجعل من الصعب إنشاء HTML غير صحيحة.
أعتقد أيضا أن منحنى التعلم ضحل بما فيه الكفاية أن مبرمج لا يستطيع التعامل معه، هو ربما مبرمج أنت أفضل حالا دون في فريقك. قد يبدو ذلك قاسيا، لكنني أصدق ذلك.
السلبيات الوحيدة التي يمكنني رؤيتها ستكون إذا كنت تتطور في ASP.NET أو شيء من حيث التحديثية من HAML و SASS سيكون الألم طريق غير متوقع لأي شخص آخر يستخدم على المنصة، وحجز روتس للحفاظ على بيئة الإنتاج. على القضبان رغم ذلك، اذهب لذلك.
لا أعتقد أن استخدام Haml يضيف فائدة إلى أي وقت مضى للمشروع.
ساس، من ناحية أخرى، تقدم بفعالية المتغيرات والحسابات وغيرها من الميزات المفيدة حقا التي توفر لك الوقت والجهد على المدى الطويل على المشاريع الكبيرة.
استخدام SASS هو ذكيا بشكل لا يصدق مع أي مشروع أكبر من مجرد نموذج بسيط بسيط.
حاولت استخدام SASS ولكن وجدت أن تحرير CSS باستخدام Macrabitt's CSSEDIT. (ماك فقط) كان أسهل وأكثر كفاءة للطريقة التي أعمل بها. أنا شخص مرئي للغاية وترغب في الحصول على معاينة حية عند إجراء تغييرات على أوراق الأنماط ولم يشعر بأنها تستثمر طن من الوقت في شيء لم أكن له مشكلة معه.
شيء واحد لا يدرك معظم الناس هو ذلك Haml تمتص المحتوى. وبعد إنه رائع للعلامة الهيكلية، ولكن لا تحاول دفعها بعيدا جدا. (يمكنك مزج & match html في ملف HAML الخاص بك أيضا!)
SASs لا غنى عنه تماما، خاصة على المدى الطويل. لا يتعلق الأمر فقط بكتابة أوراق الأنماط عندما يكون لديك كل شيء في رأسك، ولكن عن الحفاظ على الطريق. يأخذ SASS3 الجديد سؤال بناء الجملة من المعادلة: يمكنك أن تأخذ اختيارك إذا كنت تفضل بناء جملة Curly-Bracey SCSS.
قد يكون Haml / Sass رائعا للاستخدام، لكنهم يقدمون التبعيات على حد سواء التقنية والمعرفة الموجهة نحو المعرفة. قد لا تكون هذه مشكلة إذا تم التحكم في بيئات Dev و Prod ويمكن التنبؤ به بما فيه الكفاية، مع تلقي Newbies تدريبا كافيا (أو يتم توجيهه لمعرفة الموضوع في الطريق إلى المنظمة) إلى تشغيل الأرض، ولكن كل ذلك هو النفقات العامة كن عارفا.
لماذا هذا..
%p
hello world
أفضل من هذا..؟
<p>hello world</p>
فكرة .. إذا كنت لا تفعل روبي، فليس كذلك. لسوء الحظ، فإن إضافة علامات الإغلاق والأقواس ليست في الحقيقة الجانب الأكثر تحديا في صنع صفحات الويب، لذلك لن يهتم معظم المهنيين حقا. استخدم أيهما تفضله.
من وجهة نظر المطور، Haml و Sass Rock تماما. ومع ذلك: من وجهة نظر المصمم، قد لا تكون Haml و SASS قابلة للقراءة. ذلك يعتمد حقا على من هو في فريقك.
إذا كانت مجموعة من المطورين و / أو المصممين الذين لا يخافون من تعلم DSL، فانتقلوا إلى ذلك تماما.
إذا كان لديك فريق مختلط حيث يرم المصممون أعمالهم CSS و HTML العمل للمطورين الذين يترجمون ذلك إلى Haml / Sass، بالتأكيد.
إذا كان لديك فريق تصميم يمر العمل إلى المطورين ويتدفق العمل إلى المصممين، فيمكنك ذلك ليس تريد استخدام هذا لأن المصممين قد لا يتمكنون من استخدام أدواتهم لتحرير الملفات.
إذا كان لديك فريق صغير حيث يحتاج التسويق ورجال الأعمال إلى تحرير صفحات الويب ويعرفون فقط HTML وقليل إضاءة من CSS، فمن المحتمل أن لا تستخدم Haml / Sass.
ومع ذلك، لا يمكنك حقا إجراء بيان بطاني هنا. النظر في أن على الأقل مع القضبان يمكنك مزج أنواع القالب في وجهات نظرك. لذلك، يمكن أن تكون بعض القوالب الخاصة بك عالقة HTML عالقة في ملفات .يرب، والصفحات الأخرى هي ملفات .HAML. يمكنك أن تكون جزءا من نوع واحد مدرج في قوالب أخرى. (أعتقد أن أنواع الخلط ربما ممارسة سيئة، ولكن إذا كنت بحاجة فقط إلى "إنجاز المهمة"، فهذا خيار.)
أنا أستخدم SASS على مشروع Django الآن. أنا أحب ذلك وسأواصل استخدامه. مشكلة واحدة وجدتها هي أن رسائل الخطأ ليست دائما بديهية خاصة، خاصة إذا تركت }.
