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

Ответ 1

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

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

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

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

Ответ 2

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

Ответ 3

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

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

Ответ 4

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

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

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

Ответ 5

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

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

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

Ответ 6

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

Ответ 7

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

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

Ответ 8

почему это..

%p
  hello world

лучше этого..?

<p>hello world</p>

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

Ответ 9

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

Ответ 10

С точки зрения разработчика, Хэмл и Сасс абсолютно рок. Однако: с точки зрения дизайнера, Haml и Sass могут быть недоступны для чтения. Это действительно зависит от того, кто в вашей команде.

Если это кучка разработчиков и/или дизайнеров, которые не боятся изучать DSL, тогда решите пойти на это.

Если у вас есть смешанная команда, где дизайнеры бросают свои CSS и HTML-работы разработчикам, которые переводят это на Haml/Sass, конечно.

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

Если у вас есть небольшая команда, где маркетинговые и деловые люди должны редактировать веб-страницы, и они знают только HTML и легкий бит CSS, то вам, вероятно, не следует использовать Haml/Sass.

Однако вы не можете сделать здесь полноценную инструкцию. Подумайте, что по крайней мере с Rails вы можете смешивать типы шаблонов в своих представлениях. Итак, некоторые из ваших шаблонов могут быть простым HTML, застрявшим в файлах .erb, а другие страницы - файлы .haml. Вы можете иметь частичный тип одного типа, вставленного в шаблоны другого. (Я думаю, что типы микширования, вероятно, являются плохой практикой, но если вам просто нужно "выполнить задание", тогда это вариант.)

Ответ 11

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