Điều gì sẽ là một số lý do để quyết định chống lại HAML/SASS?

Question

Gần đây tôi đã đọc về HAML/SASS và tôi không chắc tại sao bất kỳ ai không muốn sử dụng nó. Nó có vẻ là rất dễ dàng để chuyển đổi, làm cho mọi thứ sạch hơn và hiệu quả hơn.

---

Cập nhật:

gì về việc sử dụng một hay khác? Hầu hết các khiếu nại (vài khiếu nại có) tôi nghe có vẻ là về HAML, sẽ có bất kỳ vấn đề trộn và kết hợp XHTML/HAML và CSS/SASS?

---

Cập nhật:

Xin lỗi, một bản cập nhật cuối cùng cho câu hỏi này. Dường như với tôi rằng việc chuyển đổi từ SASS sang CSS là không đau và đơn giản. Điều gì về việc chuyển đổi từ HAML sang HTML?

Answer 1

Nếu bạn đang sử dụng Rails, vâng. Đi cho nó. Tuy nhiên, một số vấn đề bạn sẽ gặp phải là bất kỳ nhà phát triển nào khác được đưa vào nhóm sau cũng sẽ phải học nó. Nếu bạn đã làm việc với một đám đông Rails lớn, điều đó là tốt, nhưng HAML/SASS có thể gây nhầm lẫn cho một nhà thiết kế đã làm việc với HTML/CSS thuần túy trong nhiều năm.

Nếu bạn không sử dụng Rails, tuy nhiên, một hệ thống tích hợp HAML/SASS tốt sẽ khó đi qua. Có một số ít ở đó, nhưng tôi tưởng tượng chúng không được hỗ trợ tốt hay xa với thông số kỹ thuật.

Nhưng, vâng. HAML/SASS chắc chắn đáng giá. Vấn đề duy nhất thực sự bạn sẽ đạt được là nó chưa đạt tiêu chuẩn.

Đối với kết hợp-n-phù hợp, HAML và SASS tương tự như vậy trong phong cách mà tôi muốn nói đi cho cả hai, nhưng nó, một lần nữa, đi xuống đến sở thích cá nhân. Hãy thử sử dụng cả hai trong một ngày và nếu bạn không thích một trong số chúng, hãy quay lại. Không có vấn đề công nghệ về nó, do đó, làm những gì bạn thích.

Answer 2

tại sao điều này ..

%p 
    hello world 

tốt hơn thế này ..?

<p>hello world</p> 

đầu mối .. Nếu bạn không làm ruby ​​thì không. Thật không may, việc thêm các thẻ đóng và dấu ngoặc ôm không thực sự là khía cạnh khó khăn nhất khi tạo trang web, vì vậy hầu hết các chuyên gia sẽ không thực sự quan tâm. Sử dụng bất cứ điều gì bạn thích.

Answer 3

Có rất nhiều công cụ để làm việc với HTML và CSS. Cú pháp không đẹp, nhưng những cải tiến từ HAML và SASS dường như không ấn tượng với tôi, và đối với nhiều người thì không đáng để gặp rắc rối. Tất nhiên, đối với những ứng dụng web đang phát triển với các khung công tác khác nhau (khác với Rails), thậm chí còn khó tìm ra lý do để đi đến nỗi đau khi tích hợp thứ gì đó nước ngoài. (Ví dụ: chăm sóc để giải thích những gì tôi phải làm để tích hợp SASS vào môi trường Java/Stripes/JSP của tôi? :-)

Answer 4

Tôi đã tham gia các dự án tình nguyện mà đường cong cú pháp của HAML (khoảng trống cú pháp, tạo tự động của các thẻ vv) đã được xem như một rào cản: một điều nữa cho một lập trình viên mới vào dự án để tìm hiểu.

Cá nhân, tôi nghĩ SASS đáng giá, nhưng tôi lên không trung về HAML: đã sửa mẫu HAML trước khi có vẻ như việc gõ bạn không phải làm với HAML được khắc phục bằng thời gian bạn bỏ ra gỡ lỗi tại sao có lỗi trên mẫu của bạn.Đây có thể là quan điểm của một newbie (HAML).

Answer 5

HAML/SASS có thể thực sự tuyệt vời để sử dụng, nhưng chúng sẽ giới thiệu các phụ thuộc cả về mặt kỹ thuật lẫn tri thức. Đây có thể không phải là vấn đề nếu môi trường dev và prod của bạn được kiểm soát và có thể dự đoán đủ, với người mới nhận đủ sự huấn luyện (hoặc được xem xét kiến ​​thức chủ đề trên đường vào tổ chức) để chạy trên mặt đất, nhưng tất cả đều là nguyên Được công nhận.

Answer 6

Tôi sẵn sàng đồng ý với câu hỏi; nó là dễ chuyển đổi, cú pháp không phức tạp, và nó không làm cho mọi thứ sạch hơn và hiệu quả hơn. Nó cũng làm cho việc tạo ra HTML không hợp lệ trở nên khó khăn hơn.

Tôi cũng nghĩ rằng đường cong học tập đủ nông mà một lập trình viên không thể xử lý nó, có lẽ là một lập trình viên bạn tốt hơn mà không có trong nhóm của bạn. Điều đó nghe có vẻ khắc nghiệt, nhưng tôi tin điều đó.

Điều duy nhất tôi có thể thấy là nếu bạn đang phát triển trong ASP.NET hoặc một cái gì đó mà trang bị thêm Haml và Sass sẽ là một nỗi đau, là cách bất ngờ cho bất kỳ ai khác sử dụng nền tảng này, và có thể làm việc vặt duy trì trong môi trường sản xuất. Trên Rails mặc dù, đi cho nó.

Answer 7

Tôi không nghĩ rằng việc sử dụng HAML sẽ mang lại nhiều lợi ích cho dự án.

SASS, mặt khác, có hiệu quả giới thiệu các biến và tính toán và các tính năng hữu ích khác giúp bạn tiết kiệm thời gian và công sức trong thời gian dài cho các dự án lớn hơn.

Sử dụng SASS cực kỳ thông minh với bất kỳ dự án nào lớn hơn một biểu mẫu một trang đơn giản.

Answer 8

Tôi đã thử sử dụng SASS nhưng thấy rằng việc chỉnh sửa CSS bằng cách sử dụng MacRabitt's CSSEdit (Chỉ Mac) là cách dễ dàng và hiệu quả hơn cho cách tôi làm việc. Tôi là một người rất trực quan và muốn có một bản xem trước trực tiếp khi thực hiện các thay đổi đối với các bản định kiểu và không cảm thấy muốn đầu tư nhiều thời gian vào một thứ gì đó mà tôi không gặp phải vấn đề gì.

Answer 9

Từ góc nhìn của nhà phát triển, Haml và Sass hoàn toàn đá. Tuy nhiên: từ quan điểm của một nhà thiết kế, Haml và Sass có thể không đọc được. Nó thực sự phụ thuộc vào ai trong đội của bạn.

Nếu đó là một nhóm các nhà phát triển và/hoặc nhà thiết kế không ngại học DSL, thì hãy hoàn toàn tìm hiểu nó.

Nếu bạn có một nhóm hỗn hợp, nơi các nhà thiết kế đưa CSS và HTML của họ làm việc cho các nhà phát triển dịch sang Haml/Sass, chắc chắn.

Nếu bạn có một nhóm thiết kế chuyển công việc cho nhà phát triển VÀ công việc quay trở lại nhà thiết kế, bạn có thể không muốn sử dụng điều này vì nhà thiết kế có thể không sử dụng được công cụ của họ để chỉnh sửa tệp.

Nếu bạn có một nhóm nhỏ, nơi người tiếp thị và doanh nghiệp cần chỉnh sửa các trang web và họ chỉ biết HTML và một chút CSS nhẹ, thì có thể bạn không nên sử dụng Haml/Sass.

Tuy nhiên, bạn không thể thực hiện tuyên bố về chăn ở đây. Hãy xem xét rằng ít nhất với Rails bạn có thể trộn các kiểu mẫu trong các khung nhìn của bạn. Vì vậy, một số mẫu của bạn có thể là HTML thuần túy bị mắc kẹt trong các tệp .erb và các trang khác là tệp .haml. Bạn có thể có partials được một loại chèn vào các mẫu khác. (Tôi nghĩ rằng các loại trộn có lẽ là một thực hành tồi, nhưng nếu bạn chỉ cần "hoàn thành công việc" thì đó là một lựa chọn.)

Answer 10

Một điều mà hầu hết mọi người không nhận ra là HAML sucks for content. Thật tuyệt vời cho việc đánh dấu cấu trúc, nhưng đừng cố gắng và đẩy nó quá xa. (Bạn cũng có thể kết hợp HTML & khớp với HTML trong tệp HAML của mình!)

Sass hoàn toàn không thể thiếu, đặc biệt là về lâu dài. Nó không chỉ là viết các bảng định kiểu khi bạn có nó trong đầu, mà còn giữ chúng trên đường. Sass3 mới đưa câu hỏi cú pháp ra khỏi phương trình: bạn có thể chọn lựa nếu bạn thích cú pháp SCSS xoăn hơn.

Answer 11

Tôi đang sử dụng SASS trên dự án Django ngay bây giờ. Tôi thích nó và tôi sẽ tiếp tục sử dụng nó. Tuy nhiên, một vấn đề mà tôi đã tìm thấy là các thông báo lỗi không phải lúc nào cũng trực quan đặc biệt, đặc biệt nếu bạn rời khỏi }.