Nếu MVC là tách biệt các mối quan tâm thì tại sao lại được giới thiệu về Dao động Cú pháp?

Câu hỏi của tôi liên quan đến mẫu thiết kế MVC và Cú pháp được giới thiệu bởi Microsoft.

Trong khi học mẫu thiết kế MVC, tôi được cho biết rằng ý tưởng này dựa trên một nguyên tắc được gọi là Tách biệt các mối quan tâm .

Nhưng Razor Syntax cho phép chúng tôi sử dụng C # trong Lượt xem trực tiếp.

Đây không phải là giao điểm của mối quan tâm?

Bạn đang kết hợp cú pháp Dao cạo với sự phân tách các mối quan tâm.

Việc phân tách các mối quan tâm có liên quan đến cách bạn cấu trúc mã của mình.

Có thể sử dụng C # trong chế độ xem không ngăn chặn điều đó. Nó không có gì để làm với sự tách biệt các mối quan tâm như vậy.

Chắc chắn, bạn có thể cấu trúc mã theo quan điểm của mình để không tuân thủ phân tách mối quan tâm, nhưng còn mã C # được sử dụng cho mục đích hiển thị thì sao? Nơi đó sẽ sống ở đâu?

Thay vì trả lời trực tiếp câu hỏi, câu trả lời của tôi đặt ra giả định trong câu hỏi. Đó là, giả định rằng Dao cạo được xây dựng cho MVC là không chính xác. Tôi làm việc tại Microsoft trong nhóm ASP.NET và có kiến ​​thức đầu tiên về điều này.

Dao cạo không bắt đầu như một công cụ xem cho MVC. Nó được tạo ra cho các trang web ASP.NET , có lẽ là xa nhất mà bạn có thể đi về phía ít quan tâm nhất của quang phổ. Nó được tạo ra như là một thay thế hiện đại cho ASP.NET Web Forms / Classic ASP và tất nhiên nhiều khung lập trình máy chủ tương tự khác. Ý tưởng của dao cạo là tạo ra các chuyển tiếp gần như liền mạch giữa HTML (đánh dấu) và C # (mã).

Chỉ sau đó, nhóm (bao gồm cả bản thân tôi) mới quyết định rằng cú pháp Dao cạo sẽ có ý nghĩa rất lớn vì lợi ích của công cụ xem cho MVC, được viết bởi cùng một nhóm.

Về việc liệu Dao cạo có cho phép, cản trở, cải thiện hoặc thay đổi khái niệm phân tách mối quan tâm trong ASP.NET MVC hay không, câu trả lời của Oded được đặt ra.

Bạn đang nhầm lẫn giữa "tách công nghệ" với "tách mối quan tâm". Ý tưởng cơ bản đằng sau phần "Chế độ xem" của MVC là mã trong "Chế độ xem" không trực tiếp thực hiện bất kỳ quyền truy cập dữ liệu hoặc logic nặng nào, thay vào đó, phần còn lại dành cho các phần "Mô hình" và "Trình điều khiển". "Bộ điều khiển" biến đổi dữ liệu, thực hiện bất kỳ logic cần thiết nào và định tuyến nó đến "Chế độ xem" chính xác. Chế độ xem cũng có thể thực hiện chuyển đổi dữ liệu, nhưng tôi có xu hướng giữ chúng hoàn toàn là mỹ phẩm, chẳng hạn như biến đổi ngày được đề cập ở trên.

Tôi có thể nghĩ về một Don't do itví dụ hoàn hảo .

Hãy nói rằng chúng tôi có một ProductContoder:

public class ProductController()
{
    public ViewResult Discontinued()
    {
        var db = new ProductsDb();
        var products = db.Products.Where(x => x.Discontinued).ToList();
        return new ViewResult(products);
    }
}

Với dao cạo, chúng tôi có một giải pháp thay thế

public class ProductController()
{
    public ViewResult Discontinued()
    {
        var db = new ProductsDb();
        var products = db.Products.ToList();
        return new ViewResult(products);
    }
}

và theo quan điểm của chúng tôi:

@model IEnumerable<Product> 

@foreach (var item in Model.Where(x => x.Discontinued)) {
    ....
}

Tôi nghĩ khá rõ ràng rằng giải pháp thứ hai chỉ cảm thấy rất sai. Nếu bạn làm điều gì đó như thế này, đừng đổ lỗi cho dao cạo râu - hãy tự trách mình.

Và đừng quên: Có thể sử dụng C # trong chế độ xem không phải là một tính năng dao cạo, điều đó cũng có thể với các chế độ xem ASP.NET. Với dao cạo, nó chỉ đơn giản hơn một chút.

Nếu bạn đang tìm kiếm một công cụ mẫu có nhiều đường ray như bạn nên xem nancy.fx với công cụ xem siêu đơn giản.