C# ASP.NET, WebForms sang MVC: Có thay đổi trong trường hợp của chúng tôi không?

Question

Chúng tôi có một ứng dụng web dựa trên WebForms với các thuộc tính này:

Khuôn khổ đối tượng doanh nghiệp lớn (Đóng dấu xác thực) và được đặt trong thư mục Bin. Sử dụng rất nhiều UserControls.

Nhìn vào tổng quan về MVC có vẻ như có sự phân tách riêng biệt về cách mã được chia nhỏ, không có trạng thái phiên (có vẻ lạ, nhưng có thể ok nếu trang web chủ yếu phục vụ nội dung?) Và nó xuất hiện các trang trông giống như cổ điển asp (sử dụng thẻ <%%>)

Tôi có giải thích sai về MVC không? MVC có phải là một kiến ​​trúc cụ thể hay là cách mọi thứ sẽ diễn ra và WebForms cuối cùng sẽ bị loại bỏ? Làm thế nào để phân chia M-V-C khi Khung đối tượng doanh nghiệp hiện có tồn tại? Tại sao không có trạng thái phiên? Do UserControl có hoạt động trong MVC không?

Tôi nhận thấy điều này có thể chủ quan, vì vậy, chủ yếu là tìm kiếm nhận xét của bạn về chủ đề này để làm cho tâm trí của riêng tôi trở nên rõ ràng.

Answer 1

MVC là 90% + giống với WebForms, nhưng tất nhiên khi mọi người có cuộc tranh luận, họ có xu hướng rời khỏi điều đó một chút.

Bạn có thể có bao nhiêu lớp bên dưới khi bạn muốn cung cấp dữ liệu yor và bạn có thể thực hiện kiểu UserControl. Đó là một sự thay đổi tư duy nhiều hơn là thay đổi công nghệ. MVC có lợi thế của nó, nó bao trùm một thực tế rằng HTTP là stateleess. Webforms tóm tắt thực tế đó đến một mức độ, làm cho một số điều dễ dàng hơn là tốt (ví dụ như ViewState). Trạng thái phiên, biên dịch ... tất cả đều ở đó, nó nằm trong cùng một khung bên dưới cả hai.

Tóm lại: sử dụng những gì bạn muốn, nghiên cứu tốt (ví dụ các dự án ở mọi nơi). Nếu bạn đang thâm nhập vào một dự án, yếu tố trong thời gian để thay đổi, đó là đường cong học tập cũng như thời gian mã thực tế. Quyết định này tùy thuộc vào bạn và nhóm của bạn, nếu nó quá khác nhau, thì điều đó có thể không có lợi vì có một số điều chỉnh. Nếu bạn cảm thấy thoải mái hơn với công nghệ mới, MVC có thể sạch sẽ hơn nhiều ... cả hai vẫn được sử dụng.

Tôi sẽ không bắt đầu một dự án khác trong WebForms, nhưng đó là tôi và những gì tôi cảm thấy thoải mái ... bạn thực sự phải tìm ra cảm giác tự nhiên hơn và nhóm của bạn.

Ngoài ra, tvanfosson thực hiện một điểm tuyệt vời: xác thực hơn hoặc thực sự bất kỳ logic tùy chỉnh nào trong dự án web trước đây, càng mất nhiều thời gian để chuyển sang. Nếu bạn có một sự phân chia tuyệt vời của các lớp đã có, bạn đang ở một vị trí tốt hơn để làm như vậy, nếu không, đó là một thời gian xem xét lớn.

Answer 2

Có vẻ như bạn có nhiều sự liên kết giữa mô hình miền và bản trình bày của mình. Nó sẽ mất một số lượng đáng kể của rearchitecting nếu đó là trường hợp. MVC không hỗ trợ trạng thái Session, nhưng nó không sử dụng ViewState - có vẻ như bạn có một chút nhầm lẫn ở đó. Nó không hỗ trợ UserControls bình thường hoặc bất cứ thứ gì phụ thuộc vào ViewState. Bạn có thể tạo "điều khiển" cho MVC (được gọi là chế độ xem "một phần") để chức năng ở đó, nhưng ở một dạng khác. Trong MVC, chế độ xem của bạn rất tách biệt với mô hình kinh doanh của bạn, thông thường bạn sẽ có một tập hợp các mô hình xem cụ thể làm trung gian giữa hai chế độ xem và chế độ xem được đánh mạnh vào mô hình khung nhìn chứ không phải mô hình kinh doanh.

Mặc dù tôi khuyên bạn nên sử dụng MVC như một kiến ​​trúc tốt hơn cho các ứng dụng dựa trên web, trong trường hợp của bạn, tôi không chắc chắn nó có ý nghĩa để chuyển đổi (ít nhất là bây giờ). Tôi khuyên bạn nên gắn bó với WebForms (sẽ không biến mất theo Scott Hanselman) hoặc từ từ di chuyển các phần, bắt đầu với các tính năng mới (hoặc ứng dụng), qua MVC.

Answer 3

MVC là một chai mới sáng bóng cho cùng loại rượu cũ đó là web & cách hoạt động.

Mặt khác, cuối cùng bạn có thể di chuyển ra khỏi ViewState asp.net & vòng đời trang, postbacks, URL điên của, vv

Nếu bạn cần phải di chuyển từ webforms để MVC, nhìn vào dependancy trên thứ ba các điều khiển bên mà bạn có thể đã sử dụng trong giao diện người dùng ứng dụng của mình. Không phải tất cả các nhà cung cấp đều có tương đương MVC. Phiên & ViewState là các khía cạnh quan trọng nhất khác để xem xét ở cuối giao diện người dùng. Nếu bạn có ứng dụng web công khai, hãy nghĩ đến URL đang được đánh dấu trang. Tất cả những điều này có thể là các yếu tố bổ sung để xem xét khi chuyển sang MVC. Thông thường, tôi khuyên bạn nên đầu tiên đưa mã của bạn vào lớp Model-Controller & khi đã hoàn tất, sau đó thay đổi giao diện người dùng thành Chế độ xem & sử dụng cơ chế định tuyến URL của MVC. Ngoài ra, bạn có thể sử dụng bất kỳ mô đun viết lại URL phong nha nào & xuất bản URL kiểu REST trước tiên & ghi lại URL cũ của mình thành URL mới & rồi từ từ chuyển đổi các phần của ứng dụng sang MVC.