Tôi biết bạn có thể sử dụng công cụ xem khác nhau với ASP.NET MVC:Công cụ xem nào bạn đang sử dụng với ASP.NET MVC?
Công cụ xem ASPX mặc định dường như có ý nghĩa nhất đối với tôi, đến từ nền ASP.NET WebForms.
Nhưng, tôi muốn có ý tưởng về những ưu và nhược điểm của từng loại và xem phần lớn mọi người đang sử dụng.
StackOverflow sử dụng công nghệ nào?
Hầu hết mọi người trên hành tinh sẽ chỉ sử dụng ASPX vì đó là những gì họ biết. Một lợi ích tuyệt vời khác là tính chất biên dịch ... vì vậy bạn không chỉ nhận được sự an toàn kiểu và intellisense, nhưng bạn cũng có thể nhận được lợi ích tuyệt vời.
Hạn chế mà tôi thấy là nó tiết quá chi tiết. Tôi đã chuyển đổi một ứng dụng thành NVelocity và đã kinh ngạc khi thấy nó sạch như thế nào. Vấn đề là có rất nhiều thứ không làm việc với NVelocity (như những người trợ giúp tùy chỉnh của bạn) và có một sự thiếu hụt tài liệu nghiêm trọng.
Tôi đã thêm một đối tượng địa lý vào MvcContrib, nơi bạn có thể đăng ký các loại HtmlExtension của riêng bạn, nhưng đó là một loại băng rộng cho đến khi có giải pháp tốt hơn.
NHaml là yêu thích của tôi vì sự dễ thương của nó. Mọi người yêu thích hoặc ghét nó, vì nó trông rất khác với hệ thống mẫu "HTML với mã chèn" truyền thống như ASPX hoặc NVelocity.
Edit:
@Ben,
Có cơ quan điểm khác mà biên dịch xuống (NHaml là một), vì vậy những người làm hỗ trợ giúp đỡ HTML tùy chỉnh. Tôi sẽ không ngạc nhiên khi thấy các công cụ xem hiện tại được giải thích cuối cùng cũng kết thúc với một mô hình biên dịch cuối cùng.
Tôi sử dụng Spark. Nó có lưu lượng tốt đẹp giữa HTML và mã. Scott Hanselman cũng đã làm một số post trên đó với bài viết đánh giá mã nguồn hàng tuần của mình. Tôi thực sự đào nó rất nhiều. Một trong những tính năng chính là pre-compilation lượt xem của bạn.
"StackOverflow sử dụng công nghệ nào?"
Biểu mẫu web.
Tôi đã hỏi Jeff Atwood về quyết định của mình về bài đăng Tag Soup của mình. Anh ấy không trả lời - tôi nghĩ anh ấy đang bận tìm kiếm một thẻ đóng bị thiếu ;-)
Tôi đã sử dụng NVelocity trong quá khứ. Đối với hầu hết các phần nó làm cho mã thực sự sạch sẽ và đơn giản để làm theo; Tuy nhiên, nó thường kết thúc chỉ là một vài biến ViewData đã được lấp đầy bởi các tập tin XSLT trước khi bàn tay. Vì vậy, tôi đoán thực sự View Engine của tôi sẽ là cả XSLT (đó là một tình yêu/ghét điều - Phương pháp mở rộng làm cho nó thực sự hữu ích) và NVelocity.
Tôi đã sử dụng NVelocity với MonoRail một thời gian nhưng gần đây đã chuyển sang Spark cho cả Asp.Net MVC và MonoRail. Cú pháp này có vẻ rất tự nhiên đối với tôi, nhưng tôi đoán đó là điều được mong đợi. ;)
Microsoft gần đây đã công bố một công cụ xem mới: Dao cạo.
Trông khá thú vị: http://weblogs.asp.net/scottgu/archive/2010/07/02/introducing-razor.aspx
+1 WebForms khiến tôi buồn; Razor làm tôi hạnh phúc. –