erb, haml hay slim: bạn đề xuất cái nào? Và tại sao? [đóng cửa]

Tôi đang học Rails và tôi đã thấy các công cụ mẫu này. Tôi không có kinh nghiệm với họ (chỉ erb).

Nhưng là một người mới bắt đầu, tôi thực sự bối rối. Bạn đề xuất cái nào và tại sao? Erb, Haml hay Slim? Vui lòng cho biết lý do của bạn để thích một cái hơn những cái khác. Và nếu bạn có bất kỳ khuyến nghị nào khác, vui lòng cho chúng tôi biết.

CHỈNH SỬA: Tôi KHÔNG tìm kiếm người chiến thắng ở đây. Tôi chỉ muốn nghe ý kiến ​​của bạn về chúng, cú pháp của chúng, tốc độ thực thi, v.v.

ERB chủ yếu tốt nếu bạn có một nhà thiết kế web làm việc trên HTML thuần túy và không biết haml hay slim. Bằng cách này, anh ấy có thể viết HTML và bạn có thể nhúng logic ruby ​​với các thẻ thích hợp.

Nếu bạn làm việc trên cả HTML và logic ruby, hoặc nhà thiết kế của bạn đã sẵn sàng học một cái gì đó mới (như HAML), tôi sẽ chọn HAML. Nó thân thiện với ruby ​​hơn rất nhiều, giảm số lượng char nhiều và dễ đọc hơn ERB rất nhiều.

Ví dụ (lấy từ trang HAML chính thức ):

Trong ERB, chế độ xem của bạn sẽ giống như sau:

<div id="profile">
  <div class="left column">
    <div id="date"><%= print_date %></div>
    <div id="address"><%= current_user.address %></div>
  </div>
  <div class="right column">
    <div id="email"><%= current_user.email %></div>
    <div id="bio"><%= current_user.bio %></div>
  </div>
</div>

Khi ở trong HAML, nó sẽ trông như thế này:

#profile
  .left.column
    #date= print_date
    #address= current_user.address
  .right.column
    #email= current_user.email
    #bio= current_user.bio

Sạch sẽ hơn rất nhiều!

Đối với sự khác biệt giữa HAML và SLIM - tôi chưa bao giờ thực sự làm việc với SLIM nhưng tôi đoán đó là vấn đề sở thích - hãy xem xét cả hai cú pháp và quyết định cái nào trông đẹp hơn trong mắt bạn. Tôi không nghĩ rằng có một người chiến thắng nhất định giữa hai cái đó (HAML / SLIM).

Hai lợi thế lớn của việc sử dụng slim over haml:

1. Slim hiện nhanh hơn khoảng tám lần so với haml.

2. Slim hỗ trợ truyền trực tuyến HTTP, trong khi HAML thì không.

3. Slim có một cú pháp tự nhiên hơn: a href="foo.html"

Ngoài ra, đây là điều tôi nghĩ ra

ERB :

Ưu điểm

• mặc định ra khỏi hộp
• không phụ thuộc khoảng trắng
• rào cản xâm nhập thấp nhất (nếu đến từ HTML) vì HTML của nó với mã Ruby được rắc vào
• hầu hết các lexers của IDE đọc nó theo mặc định
• DHH thích nó
• các ứng dụng cũ có thể vẫn đang sử dụng nó

Nhược điểm

• dài dòng hơn
• thẻ content_for trong trình trợ giúp và chế độ xem có thể nhanh chóng thoát khỏi tầm tay
• Các thẻ content_for làm cho việc lồng các thẻ khó hơn vì erb chỉ trả về dòng cuối cùng trong khối. vì vậy bạn phải nối vào một chuỗi và sau đó trả về chuỗi đó.

HAML

Ưu điểm

• ngắn gọn hơn. không có thẻ đóng, vừa với màn hình nhỏ hơn
• cấu trúc trực quan sạch hơn
• đã tích hợp sẵn trình trợ giúp (haml_concat, haml_capture) để sử dụng haml trong các phương thức trợ giúp
• chuỗi lớp
• rất nhiều đường cú pháp hữu ích như # cho div hoặc. cho chuỗi lớp, hoặc: javascript cho thẻ JS

Nhược điểm

• phụ thuộc khoảng trắng khiến đôi khi có một số lỗi khó tìm ra
• các thẻ phức tạp thường cần dùng đến định dạng "băm". (Mặc dù tôi thực sự nghĩ rằng đây là một ví dụ tuyệt vời về sự linh hoạt đối với một người mới bắt đầu, nó có thể là một nỗi đau.)
• được thêm vào như một viên ngọc (một lần nữa có lẽ là một đoạn dài để đặt điều này như một trò lừa đảo)
• các nhà thiết kế có thể gặp một số khó khăn khi điều chỉnh
• ngoài cảnh báo khoảng trắng chung ... các lỗi khoảng trắng đơn giản, ví dụ. tab và khoảng trắng để thụt lề, có thể khiến các trang bị lỗi trong quá trình sản xuất mà thông số kỹ thuật / kiểm tra thông thường sẽ không bắt được. Đạo đức: Mong đợi nhu cầu lớn hơn đối với các bài kiểm tra chế độ xem và có thể không sử dụng haml cho các chế độ xem quan trọng của sứ mệnh, trừ khi bạn chắc chắn rằng các bài kiểm tra của mình đang kiểm tra kết xuất thực tế của chế độ xem.
• chậm hơn (hơn erb)
  • cảnh báo: đây là mã ruby ​​mà chúng ta đang nói đến nếu tốc độ là một vấn đề chặn trong ứng dụng của bạn, có các lựa chọn thay thế cho ruby, ví dụ: haskell

Câu hỏi đặt ra cho tôi là bạn muốn đặt %trước mỗi thẻ hay |trước mỗi khối văn bản mới?

Mảnh khảnh:

 tag(attr= "value")
  | text

Haml:

 %tag{attr: "value"}
   text

Một điều nữa cần chú ý: haml giả định khoảng trắng giữa các dòng mới ( xóa khoảng trắng trong haml ) trong khi slim giả định không có khoảng trắng (Thêm khoảng trắng trong Slim tại đây và tại đây )

https://github.com/scalp42/hamlerbslim - là một điểm chuẩn độc lập cho thấy Slim và Erb là những người chiến thắng, hiệu suất khôn ngoan (mỏng cũng có xu hướng giảm kích thước đầu ra HTML.)

Ý kiến ​​cá nhân của tôi là về tổng thể, Slim và Haml sẽ giúp bạn tiết kiệm thời gian (== tiền bạc) về mặt bảo trì, miễn là bạn có những người hiểu biết về Haml / Slim theo dõi quan điểm của bạn.

Nếu bạn không có những người đó, Erb chắc chắn là con đường để đi, bởi vì mặc dù có ý chí tốt nhất trên thế giới, có rất nhiều người rất rẻ có thể làm việc với HTML / Erb, nhưng Haml / Slim hoàn toàn có thể. huyền bí.

Tốt nhất trong tất cả các trường hợp, hãy huấn luyện những người này sử dụng Slim hoặc ít nhất là cho họ tiếp xúc với nó, và giữ lại số lượng của những người "nhận được nó".