ASP.NET MVC có phải là lựa chọn tồi cho một dự án doanh nghiệp lớn không?

Question

Chúng tôi sắp bắt tay vào một ứng dụng doanh nghiệp lớn. Tôi đang nghiêm túc xem xét sử dụng ASP.NET MVC vì:

1. Chúng ta cần phải sử dụng công nghệ Microsoft (biz logic là tất cả C#)
2. Hiệu suất là rất quan trọng
3. Tôi muốn thử nghiệm càng nhiều càng tốt

Nhóm của tôi chỉ sử dụng PHP để phát triển web, nhưng rất có kinh nghiệm với .NET winforms (vì vậy chúng tôi có đường cong học tập). Mối quan tâm của tôi là một số người đã bày tỏ lo ngại về khả năng mở rộng của ASP.NET MVC đối với các ứng dụng lớn. Nhưng từ những gì tôi đọc webforms có vấn đề riêng của họ là tốt.

Tôi có nên xem xét lại biểu mẫu web hoặc gắn bó với đường ruột của mình và sử dụng ASP.NET MVC không?

liên quan:

Should I build my next web app in ASP.NET MVC? https://stackoverflow.com/questions/521388/from-webforms-to-asp-net-mvc

Answer 1

ASP.NET WebForms rất giống với Winforms và cho phép RAD (phát triển ứng dụng nhanh). Nó rất nhanh để có được một cái gì đó trong thời gian không. Vấn đề với điều này là thử nghiệm có thể là một nỗi đau lớn và nếu được sử dụng cho bất kỳ công chúng phải đối mặt có thể có nghĩa là một số vấn đề lớn với ViewState. WebForms có thể giữ trạng thái làm cho những thứ như một thuật sĩ dễ dàng sử dụng.

Mặt khác, ASP.NET MVC có thể mất nhiều thời gian hơn để phát triển và yêu cầu các nhà phát triển hiểu cách thức hoạt động của HTTP. Đó là một kiến ​​trúc không quốc tịch có nghĩa là mỗi yêu cầu là thế giới nhỏ bé của riêng nó và thường không có kiến ​​thức về các yêu cầu trước đó. Khuôn khổ cũng cho phép kiểm tra cao.

Theo như hiệu suất, chúng có thể giống nhau vì ASP.NET MVC chỉ là một khung được xây dựng trên kiến ​​trúc ASP.NET hiện có. Mặc dù cho kinh nghiệm phía khách hàng tôi muốn nói MVC là một chút nhanh hơn.

Theo như khả năng mở rộng, tôi có thể nói rằng chúng giống nhau về kỹ thuật. Làm thế nào để sử dụng API và tích hợp nó MVC có thể sẽ dễ dàng hơn một chút.

Trang web bạn đang sử dụng ngay bây giờ để hỏi câu hỏi phiên bản này được xây dựng trên ASP.NET MVC và họ có 2 máy chủ web và máy chủ db mạnh mẽ.

Answer 2

Stick với ruột của bạn. ASP.NET MVC giúp tạo điều kiện thử nghiệm vì hầu như toàn bộ API xuất phát từ các giao diện.

Answer 3

Biểu mẫu web ASP.NET có trọng lượng nặng và thả một số nội dung trên trang web của bạn, cả trong html/javascript và chế độ xem theo thứ tự. Tôi nhớ trang web ASP.NET đầu tiên của tôi khiến cho GC bị thổi phồng vì tất cả các đối tượng sống ngắn được bù nước từ chế độ xem có nguồn gốc thần thánh đó. Ồ, khi tôi còn trẻ và ngây thơ (tức là, 2 năm trước) ... Bạn phải có hiểu biết rất tốt về các biểu mẫu web để xây dựng các trang web có thể mở rộng từ chúng. Khả thi? Chắc chắn rồi. Dễ dàng? Không phải.

ASP.NET MVC khó mã hơn ban đầu, nhưng là SO dễ phát triển hơn nhiều so với biểu mẫu web. Những điều khó khăn nhất để tìm hiểu là 1) các quy ước còn gọi là "chuỗi ma thuật", 2) Html + mã nội tuyến aka ASP và 3) dạng html.

Với MVC, bạn không thể thoát khỏi cơn ác mộng của tiểu bang, điều này rất phổ biến đối với việc phát triển biểu mẫu web, điều đó có nghĩa là các trang web của bạn rất nhỏ. Nó cũng có nghĩa là bạn phải viết mã cho tiểu bang của bạn thông minh hơn một chút. Mã này cũng là MUCH đơn giản hơn và quy mô MUCH tốt hơn so với các dạng web truyền thống, imho.

Ngoài ra, thử nghiệm với ASP.NET là gần như không thể, do phụ thuộc khó mã hóa và unmockable nướng vào khuôn khổ. ASP.NET MVC đã thay thế tất cả các thành phần này bằng các thành phần System.Web.Abstractions là các trình bao bọc có thể mô phỏng được xung quanh các đối tượng được thiết kế kém và không thể thực hiện được này.

Chạy, đừng đi bộ, đến MVC.

---

Đối rõ ràng-impared, nếu bạn sử dụng một khuôn khổ mà ngồi ontop khuôn khổ ASP.NET, như MVC hoặc bất kỳ khác mà bạn đã viết hay mà người khác đã viết, Rõ ràng một số trong những bài phát biểu không áp dụng.

Nếu, mặt khác, bạn mã như người đàn ông đầu đã làm chống lại các mô hình ASP.NET webforms (ví dụ, Response.Write() trong Page_Load), ý kiến ​​của tôi áp dụng.

Bạn có thể viết mã có thể kiểm tra được đối với ASP.NET không? Chắc chắn rồi. Bạn có thể làm điều đó mà không bao gồm mã kiểm tra đặc biệt mà bạn hoặc ai đó khác đã viết không? Chắc chắn rồi. Nếu bạn có TypeMock.

Answer 4

Tôi muốn nói với MVC nếu bạn cần hoặc muốn các tính năng của nó. Nếu bạn đang xây dựng một ứng dụng kinh doanh như một hệ thống ERP hoặc CRM, tôi sẽ sử dụng các biểu mẫu web; nếu bạn đang xây dựng một trang cổng thông tin hoặc cộng đồng wiki, tôi sẽ đi với MVC. Cuối cùng nó đi xuống để ưu tiên và những gì chính xác ứng dụng doanh nghiệp của bạn cần phải thực hiện.

Answer 5

Không. Một điều mà ASP.NET MVC có trên ASP.NET Web Forms về hiệu suất là nó không sử dụng cây điều khiển. Cây điều khiển tiêu thụ rất nhiều bộ nhớ phía máy chủ và giữ cho bộ thu gom rác rất bận trên các trang có nhiều điều khiển. Tôi sẽ cho rằng bạn sẽ nhận được hiệu năng vượt trội từ ASP.NET MVC. Các khía cạnh thử nghiệm đơn vị của nó là một chiến thắng thực sự.

Mặt trái của điều này là bạn không thể sử dụng tất cả các tiện ích trong hộp điều khiển mà bạn nhận được với ASP.NET Web Forms và có thể bạn sẽ kết thúc việc phát triển JavaScript phía máy khách để ban đầu ngân sách phát triển có lẽ sẽ cần phải lớn hơn nếu bạn chọn ASP.NET MVC trên Web Forms, nhưng bạn sẽ có một giải pháp cao cấp cho lâu dài.

Answer 6

Mọi thứ tôi đã đọc về asp.net MVC nói rằng nó có thể phục vụ nhiều yêu cầu trang hơn so với biểu mẫu web asp.net.

Tôi có một số nghi ngờ về tính ổn định và bảo mật của nó. Cả hai xuất phát từ thực tế là nó thậm chí không được phát hành và thậm chí với RC, chúng tôi đã thấy một số thay đổi trong khuôn khổ. Tôi chắc chắn sẽ có nhiều thay đổi hơn khi thời gian trôi đi và mọi thứ được tìm thấy. Nó mới nên không thực sự là "thực hành tốt nhất" cho nó và không có một sự giàu có của kinh nghiệm ra có chi tiết các vấn đề nhỏ hoặc gotchas mà bạn có thể chạy vào.

Tôi đã sử dụng và kết quả là các trang nhỏ hơn và hiệu suất nhanh hơn. Nhưng có rất nhiều điều tôi có thể làm trong các biểu mẫu web mà tôi không có ý tưởng làm thế nào để làm với mvc vì mvc không thúc đẩy việc sử dụng các điều khiển webforms.

Answer 7

"Với MVC, bạn không thể nhận được ngay với cơn ác mộng trạng thái đó là quá phổ biến để webforms phát triển, có nghĩa là phương tiện trang web của bạn là meth-nghiện mỏng"

Upmodded cho câu rằng!

Answer 8

ASP.NET MVC không phải là một vấn đề cho doanh nghiệp, nhưng không phải là ASP.NET, Silverlight, vv Họ là tất cả các công nghệ giao diện người dùng. Phần lớn logic ứng dụng của bạn sẽ tồn tại trong các thư viện bên dưới lớp UI, vì vậy hầu như mọi giao diện người dùng đều có thể được sử dụng.

1. Chúng ta cần phải sử dụng công nghệ Microsoft
2. Hiệu suất là rất quan trọng
3. Tôi muốn thử nghiệm càng nhiều càng tốt

Dựa trên trên, ASP.NET MVC sẽ làm việc. Tuy nhiên, bạn có thể di chuyển mã xuống dưới giao diện người dùng và kiểm tra. Nếu thuật toán của bạn ở dưới giao diện người dùng, bạn có thể điều chỉnh chúng mà không thay đổi giao diện người dùng. Và, nếu lớp giao diện người dùng rất mỏng, lần truy cập hoàn thiện cho giao diện người dùng là không đáng kể.

Answer 9

Nếu bạn có thể sử dụng các thủ tục được lưu trữ thì bạn không cần một tầng giữa lớn như những thứ được tạo bởi MVC. Tất cả những gì bạn phải làm là chuyển XML sang procs được lưu trữ của bạn thông qua trình xử lý HTTP đơn giản, lấy kết quả từ một proc được lưu trữ và chuyển đổi kết quả thành JSON. MVC và các công cụ trung gian khác chỉ phục vụ kiếm tiền cho các công ty bán các IDE như VS.

Answer 10

Ý kiến ​​của tôi: sử dụng ASP.NET Webforms.

Vô hiệu hóa ViewState trong Web.Config.

Không cần phải bảo tồn trạng thái vì mọi thứ bạn thực sự cần đều nằm trong đối tượng Yêu cầu. Sử dụng Javascript kết hợp với AJAX để truy xuất dữ liệu để hiển thị các điều khiển giao diện người dùng của bạn ở phía máy khách.

Tạo trình bao bọc serverside dưới dạng thẻ kiểm soát cho trình kết xuất thành phần phía máy khách của bạn. Đây là cách tôi đã làm việc cho lứa tuổi hiện nay, và nó nhanh chóng, đáng tin cậy, có thể kiểm tra và được tổ chức.

Phải mất một thời gian để thiết lập một khuôn khổ phù hợp cho phương pháp làm việc này, nhưng cuối cùng nó sẽ cai trị.

Tôi không có mã spaghetti như MVC. Đã ở đó với PERL/PHP và ASP cổ điển.

Answer 11

Đã sử dụng WebForms trong nhiều năm và không bao giờ thích chúng. Bây giờ sử dụng Asp.Net MVC trong một số năm và điều này là tốt hơn rất nhiều. Chắc chắn muốn giới thiệu MVC.

Asp.Net MVC có kiến ​​trúc tuyệt vời và là nguồn mở. Vì vậy, nếu bạn sẽ xác định bottelnecks trong chuỗi xử lý http, bạn có thể sửa chữa nó. Hầu hết thời gian bạn sẽ có thể sửa chữa các vấn đề hiệu suất bằng cách sử dụng một trong nhiều điểm mở rộng được cung cấp bởi Asp.Net MVC, như Binders làm ví dụ.