Каковы будут некоторые причины, чтобы принять решение против HAML / SASS?

Question

В последнее время я читал о HAML / SASS, и я не совсем уверен, почему никто не захочет его использовать. Кажется, что его очень легко переключать, он делает вещи чище и эффективнее.

---

Обновление

Как насчет использования одного или другого? Большинство жалоб (несколько жалоб), которые я слышал, похоже, касаются HAML. Будут ли проблемы с смешиванием и сопоставлением XHTML / HAML и CSS / SASS?

---

Обновление

Извините, последнее обновление вопроса. Мне кажется, что переключение с SASS на CSS безболезненно и просто. А как насчет перехода с HAML на HTML?

Answer 1

Если вы используете Rails, да. Действуй. Однако некоторые проблемы, с которыми вы столкнетесь, будут заключаться в том, что любой другой разработчик, привлеченный в команду позже, также должен будет его изучить. Если вы уже работаете с большой аудиторией Rails, это нормально, но HAML / SASS может сбить с толку дизайнера, который годами работал с чистым HTML / CSS.

Однако, если вы не используете Rails, сложно найти хорошую интегрированную систему HAML / SASS. Там есть несколько, но я думаю, что они не так хорошо поддерживаются или так далеко от спецификации.

Но да. HAML / SASS определенно стоит того. Единственная реальная проблема, с которой вы столкнетесь, это то, что она еще не является стандартной.

Что касается mix-n-match, то HAML и SASS настолько схожи по стилю, что я бы сказал, что и то и другое, но опять же, все сводится к личным предпочтениям. Попробуйте использовать оба в течение дня, и если вам не нравится один из них, переключитесь обратно. В этом нет технологической проблемы, так что делайте, что предпочитаете.

Answer 2

Существует множество инструментов для работы с HTML и CSS. Синтаксис не очень приятный, но улучшения от HAML и SASS не кажутся мне такими драматичными, и для многих они не стоят проблем. Конечно, для тех, кто разрабатывает веб-приложения с сильно различающимися платформами (в отличие от Rails, то есть), еще сложнее найти причину пойти на боль интеграции чего-то такого чужого. (Пример: хотите объяснить, что мне нужно сделать, чтобы интегрировать SASS в мою среду Java / Stripes / JSP?: -)

Answer 3

Я принимал участие в волонтерских проектах, где синтаксическая кривая HAML (синтаксический пробел, автоматическая генерация тегов и т. Д.) Воспринималась как барьер: еще одна вещь, которую должен освоить программист, не знакомый с проектом.

Лично я думаю, что SASS того стоит, но я в воздухе по поводу HAML: отладка HAML-шаблонов до того, как кажется, что типирование, которое вам не нужно делать с HAML, преодолевается временем, затрачиваемым на отладку. почему в ваших шаблонах есть ошибка Это может быть перспектива новичка (HAML).

Answer 4

Я склонен согласиться с вопросом; его легко легко переключать, синтаксис не так уж и сложен, а делает более понятным и эффективным. Это также усложняет непреднамеренную генерацию неверного HTML.

Я также думаю, что кривая обучения достаточно мала, чтобы программист, который не может справиться с этим, вероятно, является программистом, без которого вам лучше в вашей команде. Это может звучать грубо, но я верю в это.

Единственные минусы, которые я вижу, это то, что если вы разрабатываете в ASP.NET или где-то, когда модернизация Haml и Sass будет проблематичной, то способ неожидан для всех, кто привык к платформе, и возможно рутинная работа в производственной среде. На Rails, однако, пойти на это.

Answer 5

Большинство людей не осознают, что HAML - отстой для контента . Это отлично подходит для структурной разметки, но не пытайтесь зайти слишком далеко. (Вы также можете смешивать и сочетать HTML в своем файле HAML!)

Sass абсолютно незаменим, особенно в долгосрочной перспективе. Речь идет не только о написании таблиц стилей, когда они у вас есть в голове, но и о том, как их поддерживать в будущем. Новый Sass3 исключает вопрос о синтаксисе из уравнения: вы можете выбрать, если предпочитаете синтаксис фигурных скобок SCSS.

Answer 6

Я попытался использовать SASS, но обнаружил, что редактирование CSS с использованием MacRabitt CSSEdit (только для Mac) было намного проще и эффективнее для моей работы. Я очень визуальный человек, и мне нравится иметь предварительный просмотр при внесении изменений в таблицы стилей, и мне не хотелось тратить кучу времени на то, с чем у меня не было проблем.

Answer 7

Я не думаю, что использование HAML когда-либо приносит большую пользу проекту.

SASS, с другой стороны, эффективно вводит переменные и вычисления, а также другие действительно полезные функции, которые экономят ваше время и усилия в долгосрочной перспективе в более крупных проектах.

Использование SASS невероятно умно для любого проекта, который больше, чем простая одностраничная форма.

Answer 8

HAML / SASS действительно может быть полезным, но они вводят зависимости, как технические, так и ориентированные на знания. Это может не быть проблемой, если ваша среда разработки и разработки контролируется и достаточно предсказуема, когда новички получают достаточную подготовку (или проверяются на предметные знания на пути в организацию), чтобы начать работу, но все это накладные расходы. быть признанным.

Answer 9

почему это ..

%p
  hello world

лучше, чем это ..?

<p>hello world</p>

подсказка .. Если вы не делаете рубин, это не так. К сожалению, добавление закрывающих тегов и фигурных скобок на самом деле не является самым сложным аспектом создания веб-страниц, поэтому большинству профессионалов на самом деле все равно. Используйте то, что вы предпочитаете.

Answer 10

Я сейчас использую SASS в проекте Django. Мне это нравится, и я собираюсь продолжать его использовать. Однако одна проблема, которую я обнаружил, заключается в том, что сообщения об ошибках не всегда являются особенно интуитивно понятными, особенно если вы пропустите }.