Каковы были бы причины отказаться от HAML/SASS?
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?
Обновлять:
Извините, последнее обновление вопроса.Мне кажется, что вернуться с SASS на CSS — это безболезненно и просто.А как насчет обратного перехода с HAML на HTML?
Решение
Если вы используете Rails, да.Действуй.Однако некоторые проблемы, с которыми вы столкнетесь, заключаются в том, что любой другой разработчик, привлеченный в команду позже, также должен будет изучить это.Если вы уже работаете с большой аудиторией Rails, это нормально, но HAML/SASS может сбить с толку дизайнера, который много лет работал с чистым HTML/CSS.
Однако, если вы не используете Rails, трудно найти хорошую интегрированную систему HAML/SASS.Их несколько, но я думаю, что они не так хорошо поддерживаются и не соответствуют спецификации.
Но да.HAML/SASS определенно того стоит.Единственная реальная проблема, с которой вы столкнетесь, это то, что это еще не стандартно.
Что касается сочетания и сопоставления, HAML и SASS настолько похожи по стилю, что я бы посоветовал использовать оба, но это, опять же, зависит от личных предпочтений.Попробуйте использовать оба в течение дня, и если один из них вам не нравится, переключитесь обратно.В этом нет никаких технологических проблем, так что делайте, что хотите.
Другие советы
Существует множество инструментов для работы с HTML и CSS.Синтаксис некрасивый, но улучшения HAML и SASS мне не кажутся такими уж существенными, и для многих они не стоят затраченных усилий.Конечно, тем, кто разрабатывает веб-приложения с использованием сильно различающихся фреймворков (отличающихся от Rails), еще труднее найти причину, по которой пришлось бы мучиться с интеграцией чего-то настолько иностранного.(Пример:не хотите объяснить, что мне нужно сделать, чтобы интегрировать SASS в мою среду Java/Stripes/JSP?:-)
Я участвовал в волонтерских проектах, где синтаксическая кривая HAML (синтаксические пробелы, автоматическое создание тегов и т. д.) рассматривалась как препятствие:еще одна вещь, которую должен изучить программист, впервые участвующий в проекте.
Лично я считаю, что SASS того стоит, но насчет HAML я сомневаюсь:отладка шаблонов HAML до того, как вам покажется, что ввод текста, который вам не нужен с HAML, преодолевается за счет времени, которое вы тратите на отладку, почему в ваших шаблонах возникла ошибка.Хотя это может быть точка зрения новичка (HAML).
Я склонен согласиться с этим вопросом;это является легко переключаться, синтаксис не такой уж и сложный, и это делает сделать вещи чище и эффективнее.Это также усложняет непреднамеренное создание недопустимого HTML.
Я также думаю, что кривая обучения достаточно неглубока, и программист, который не может с этим справиться, вероятно, является программистом, без которого вам будет лучше в вашей команде.Возможно, это звучит грубо, но я в это верю.
Единственные минусы, которые я вижу, это то, что если вы разрабатываете ASP.NET или что-то еще, где модернизация Haml и Sass будет болезненной, это способ неожиданно для всех, кто привык к платформе, и его поддержка в производственной среде может оказаться сложной задачей.Однако на Rails дерзайте.
Я не думаю, что использование HAML когда-либо принесет проекту большую пользу.
SASS, с другой стороны, эффективно вводит переменные, вычисления и другие действительно полезные функции, которые в долгосрочной перспективе экономят ваше время и усилия в более крупных проектах.
Использование SASS невероятно разумно для любого проекта, который выходит за рамки простой одностраничной формы.
Я пробовал использовать SASS, но обнаружил, что редактирование CSS с помощью CSSEdit от MacRabitt (Только для Mac) было намного проще и эффективнее для моей работы.Я очень визуальный человек, и мне нравится иметь предварительный просмотр в реальном времени при внесении изменений в таблицы стилей, и мне не хотелось тратить кучу времени на то, с чем у меня не было проблем.
Одна вещь, которую большинство людей не понимают, это то, что HAML отстой с точки зрения контента.Он отлично подходит для структурной разметки, но не пытайтесь зайти слишком далеко.(Вы также можете смешивать и сопоставлять HTML в своем файле HAML!)
Sass абсолютно незаменим, особенно в долгосрочной перспективе.Речь идет не только о написании таблиц стилей, когда все это у вас в голове, но и о поддержании их в дальнейшем.Новый Sass3 исключает вопрос синтаксиса:вы можете выбрать, предпочитаете ли вы синтаксис SCSS с фигурными скобками.
HAML/SASS действительно может быть интересным в использовании, но они вводят зависимости, как технические, так и ориентированные на знания.Это может не быть проблемой, если ваша среда разработки и производства достаточно контролируема и предсказуема, а новички получают достаточное обучение (или проверяются на знание предмета на пути в организацию), чтобы сразу же взяться за дело, но все это требует дополнительных затрат. быть признано.
почему это..
%p
hello world
лучше чем это..?
<p>hello world</p>
зацепка..Если вы не используете Ruby, это не так.К сожалению, добавление закрывающих тегов и фигурных скобок на самом деле не самый сложный аспект создания веб-страниц, поэтому большинству профессионалов это не особо волнует.Используйте тот, который вы предпочитаете.
С точки зрения разработчика, Haml и Sass просто потрясающие.Однако:с точки зрения дизайнера Haml и Sass могут быть нечитаемы.Это действительно зависит от того, кто в вашей команде.
Если это группа разработчиков и/или дизайнеров, которые не боятся изучать DSL, то обязательно сделайте это.
Если у вас смешанная команда, где дизайнеры передают свою работу по CSS и HTML разработчикам, которые переводят ее на Haml/Sass, конечно.
Если у вас есть команда дизайнеров, которая передает работу разработчикам, а работа возвращается обратно дизайнерам, вы можете нет Я хочу использовать это, потому что дизайнеры могут не иметь возможности использовать свои инструменты для редактирования файлов.
Если у вас небольшая команда, в которой маркетологам и бизнесменам нужно редактировать веб-страницы, и они знают только HTML и немного CSS, то вам, вероятно, не следует использовать Haml/Sass.
Однако здесь нельзя сделать однозначных заявлений.Учтите, что, по крайней мере, с помощью Rails вы можете смешивать типы шаблонов в своих представлениях.Таким образом, некоторые из ваших шаблонов могут представлять собой простой HTML-код, закрепленный в файлах .erb, а другие страницы — в файлах .haml.Частичные элементы одного типа могут быть вставлены в шаблоны другого типа.(Я думаю, что смешивание типов, вероятно, является плохой практикой, но если вам просто нужно «выполнить работу», то это вариант.)
Сейчас я использую SASS в проекте Django.Мне он нравится, и я собираюсь продолжать его использовать.Однако я обнаружил одну проблему: сообщения об ошибках не всегда интуитивно понятны, особенно если вы пропустите }.
