Tôi đã tìm thấy một số nhận xét hoang dã rằng ASP.NET MVC nhanh hơn 30 lần so với ASP.NET WebForms. Sự khác biệt về hiệu suất thực sự là gì, điều này đã được đo lường chưa và lợi ích về hiệu suất là gì.

Điều này là để giúp tôi xem xét việc chuyển từ ASP.NET WebForms sang ASP.NET MVC.

Chúng tôi đã không thực hiện loại kiểm tra khả năng mở rộng và hiệu suất cần thiết để đưa ra bất kỳ kết luận nào. Tôi nghĩ rằng ScottGu có thể đã thảo luận về các mục tiêu hiệu suất tiềm năng. Khi chúng tôi hướng tới Beta và RTM, chúng tôi sẽ tiến hành thử nghiệm nội bộ nhiều hơn. Tuy nhiên, tôi không chắc chính sách của chúng tôi về việc xuất bản kết quả kiểm tra hiệu suất là gì.

Trong mọi trường hợp, bất kỳ thử nghiệm nào như vậy thực sự cần phải xem xét các ứng dụng trong thế giới thực ...

Tôi nghĩ rằng đây sẽ là một câu hỏi khó để trả lời dứt khoát vì rất nhiều sẽ phụ thuộc vào A) cách bạn triển khai ứng dụng WebForms và B) cách bạn triển khai ứng dụng MVC. Ở dạng "thô", MVC có thể nhanh hơn WebForms, nhưng hàng năm trời các công cụ và kinh nghiệm đã tạo ra một số kỹ thuật để xây dựng các ứng dụng WebForms nhanh. Tôi sẵn sàng đặt cược rằng một nhà phát triển ASP.NET cấp cao có thể tạo ra một ứng dụng WebForms có tốc độ cạnh tranh với bất kỳ ứng dụng MVC nào- hoặc ít nhất là đạt được sự khác biệt không đáng kể.

Sự khác biệt thực sự - như @tvanfosson đề xuất - là ở khả năng kiểm tra và SoC sạch. Nếu cải thiện hiệu suất là mối quan tâm hàng đầu của bạn, thì tôi không nghĩ đó là lý do tuyệt vời để nhảy vào WebForms và bắt đầu xây dựng lại trong MVC. Ít nhất là cho đến khi bạn đã thử các kỹ thuật có sẵn để tối ưu hóa WebForms.

Nó đã giảm một trong các trang của tôi từ tải trọng 2MB xuống còn 200k, chỉ bằng cách loại bỏ trạng thái xem và làm cho nó có thể hoạt động theo chương trình với đầu ra đã gửi.

Chỉ riêng kích thước, mặc dù việc xử lý giống nhau sẽ tạo ra những cải tiến lớn về kết nối mỗi giây và tốc độ của các yêu cầu.

Tôi nghĩ rằng nhiều người nghĩ rằng WebForms vốn đã chậm hoặc tốn nhiều tài nguyên đang đặt sai chỗ. 9 trong số 10 lần tôi được đưa vào để tối ưu hóa một ứng dụng biểu mẫu web, có quá nhiều chỗ mà tác giả ứng dụng hiểu sai mục đích của viewstate. Tôi không nói rằng viewstate là hoàn hảo hay bất cứ điều gì, nhưng việc lạm dụng nó là CÁCH quá dễ dàng và chính sự lạm dụng này đang khiến trường viewstate bị phình ra.

Bài viết này rất hữu ích trong việc giúp tôi hiểu được nhiều sự lạm dụng này. https://weblogs.asp.net/infinitiesloop/truly-und hieu-viewstate

Để so sánh hợp lệ giữa MVC và WebForms, chúng tôi cần đảm bảo rằng cả hai ứng dụng đang sử dụng đúng cấu trúc.

Thử nghiệm của tôi cho thấy yêu cầu / giây nhiều hơn từ 2 lần đến 7 lần trên MVC, nhưng điều đó phụ thuộc vào cách bạn xây dựng ứng dụng biểu mẫu web của mình. Chỉ với văn bản "hello world" trên đó, không có bất kỳ kiểm soát phía máy chủ nào, mvc nhanh hơn khoảng 30-50%.

Đối với tôi, cải tiến "hiệu suất" thực sự trong MVC là việc tăng bề mặt có thể kiểm tra của ứng dụng. Với WebForms, có rất nhiều ứng dụng khó kiểm tra. Với MVC, số lượng mã có thể kiểm tra về cơ bản tăng gấp đôi. Về cơ bản, tất cả những gì không dễ dàng kiểm tra được là mã tạo ra bố cục. Tất cả logic nghiệp vụ và logic truy cập dữ liệu của bạn - bao gồm logic điền dữ liệu thực tế được sử dụng trong chế độ xem - hiện có thể kiểm tra được. Mặc dù tôi mong đợi nó cũng hoạt động hiệu quả hơn - vòng đời của trang được đơn giản hóa rất nhiều và dễ sử dụng hơn để lập trình web - ngay cả khi nó giống nhau hoặc chậm hơn một chút thì cũng đáng để chuyển sang từ góc độ chất lượng.

Tôi nghĩ vấn đề ở đây là dù ASP.Net MVC có nhanh hơn bao nhiêu so với các biểu mẫu web cũ đi chăng nữa thì nó cũng sẽ không tạo ra sự khác biệt, bởi vì phần lớn thời gian được thực hiện là trong cơ sở dữ liệu. Hầu hết thời gian, máy chủ web của bạn sẽ ở mức sử dụng CPU 0-10% chỉ chờ máy chủ cơ sở dữ liệu của bạn. Trừ khi bạn nhận được số lượng truy cập cực kỳ lớn trên trang web của mình và cơ sở dữ liệu của bạn cực kỳ nhanh, bạn có thể sẽ không nhận thấy sự khác biệt lớn.

Các con số cụ thể duy nhất mà tôi có thể tìm thấy từ sự phát triển ASP.NET MVC sơ khai là trên chuỗi diễn đàn này:

http://forums.asp.net/p/1231621/2224136.aspx

Bản thân Rob Connery đã phần nào xác nhận tuyên bố rằng ScottGu đã tuyên bố rằng ASP.NET MVC có thể phục vụ 8000 yêu cầu mỗi giây.

Có lẽ Jeff và nhóm của anh ấy có thể đưa ra một số gợi ý từ việc phát triển trang web này của họ.

Trái ngược với ý kiến ​​được chấp nhận, việc sử dụng biểu mẫu web được tối ưu hóa hoàn toàn giết chết MVC về hiệu suất thô. Các biểu mẫu web đã được siêu tối ưu hóa cho nhiệm vụ cung cấp html lâu hơn nhiều so với MVC.

Các chỉ số có sẵn trên http://www.techempower.com/benchmarks/#section=data-r7&hw=i7&test=db

Mỗi mvc so sánh đơn lẻ đều nằm ở thứ hạng dưới-giữa / dưới-trên của danh sách, trong khi việc sử dụng biểu mẫu web được tối ưu hoá nằm ở thứ hạng trên-giữa / trên-dưới.

Xác nhận sơ sài nhưng rất nghiêm túc đối với các chỉ số này, www.microsoft.com được cung cấp bởi các biểu mẫu web không phải MVC. Có ai ở đây tin rằng họ sẽ không chọn MVC nếu nó nhanh hơn theo kinh nghiệm không?

Thực sự không có cách nào để trả lời điều này. MVC sử dụng công cụ xem Biểu mẫu Web theo mặc định và có thể được định cấu hình để sử dụng bất kỳ số lượng công cụ xem tùy chỉnh nào, vì vậy nếu bạn muốn so sánh hiệu suất, bạn sẽ phải cụ thể hơn.

Tôi bắt đầu công việc trong MVC khoảng một năm trước, tôi có cảm hứng nhưng không ấn tượng.

Tôi ghê tởm trạng thái xem và xem nó là gốc rễ của mọi điều xấu xa về mặt ASP.NET. Đây là lý do tại sao tôi không sử dụng nó và thành thật mà nói, tại sao bạn lại muốn?

Về cơ bản, tôi đã lấy khái niệm ASP.NET MVC Framework và xây dựng nó theo cách của riêng tôi. Tôi đã thay đổi một vài thứ. Tôi đã tạo mã gói bộ điều khiển hoặc mã định tuyến URL xung quanh biên dịch lại động.

Bây giờ, tôi muốn nói rằng các ứng dụng ASP.NET MVC sẽ nhanh hơn dựa trên cách bạn sử dụng nó. Nếu bạn hoàn toàn từ bỏ WebForms, bạn sẽ nhanh hơn vì vòng đời của ASP.NET và mô hình đối tượng là rất lớn.

Khi bạn đang viết, bạn đang tạo ra một đội quân ... không chờ đợi, một quân đoàn các đối tượng sẽ tham gia vào việc hiển thị chế độ xem của bạn. Điều này sẽ chậm hơn nếu bạn thể hiện số lượng hành vi tối thiểu trong chính trang ASPX. (Tôi không quan tâm đến tính trừu tượng của công cụ chế độ xem vì hỗ trợ cho các trang ASPX trong Visual Studio là khá tốt, nhưng tôi đã hoàn toàn loại bỏ WebForms như một khái niệm và về cơ bản bất kỳ khung ASP.NET nào do mã bị phình hoặc không thể thay đổi những thứ liên quan đến ứng dụng của tôi).

Tôi đã tìm cách dựa vào biên dịch lại động (System.Reflection.Emit) để tạo ra các đối tượng và mã mục đích đặc biệt bất cứ khi nào cần. Việc thực thi mã này nhanh hơn phản chiếu nhưng ban đầu được xây dựng thông qua dịch vụ phản chiếu. Điều này đã mang lại cho khung công tác có hương vị MVC của tôi hiệu suất tuyệt vời nhưng cũng được nhập rất tĩnh. Tôi không sử dụng chuỗi và bộ sưu tập cặp tên / giá trị. Thay vào đó, các dịch vụ trình biên dịch tùy chỉnh của tôi sẽ viết lại một bài đăng biểu mẫu cho một hành động trình điều khiển được chuyển một kiểu tham chiếu. Đằng sau hậu trường có rất nhiều thứ đang diễn ra nhưng mã này nhanh, nhanh hơn rất nhiều so với WebForms hoặc MVC Framework.

Ngoài ra, tôi không viết URL, tôi viết các biểu thức lambda được dịch thành các URL mà sau này sẽ cho biết hành động điều khiển nào sẽ gọi. Điều này không đặc biệt nhanh nhưng nó đánh bại việc có các URL bị hỏng. Nó giống như nếu bạn có các tài nguyên được nhập tĩnh cũng như các đối tượng được nhập tĩnh. Một ứng dụng web được nhập tĩnh? Đó là thứ mà tôi muốn!

Tôi sẽ khuyến khích nhiều người thử điều này.

Các dự án được tạo với studio trực quan. Một là mẫu mvc4, một là WebForm (điều kiện). Và khi thực hiện kiểm tra tải với WCAT, đây là kết quả,

MVC4 khá chậm so với WebForms, bất kỳ ý tưởng nào?

MVC4

• có thể nhận được khoảng 11 rps
• rps khá thấp cả máy chủ 2 cpu hoặc 4 cpu

WebForms (aspx)

• có thể đạt trên 2500 rps

• kẻ giết hiệu suất đã được tìm thấy rằng đó là một lỗi của MVC Bata hoặc RC. Và hiệu suất sẽ được cải thiện khi tôi loại bỏ các thứ trong Gói. Bây giờ phiên bản mới nhất đã sửa lỗi này.

Hiệu suất phụ thuộc vào những gì bạn đang làm ... Thông thường MVC nhanh hơn asp.net chủ yếu là do Viewstate không có và vì MVC hoạt động với Callback nhiều hơn là Postback theo mặc định.

Nếu bạn tối ưu hóa trang biểu mẫu web của mình, bạn có thể có hiệu suất tương tự như MVC nhưng sẽ tốn rất nhiều công sức.

Ngoài ra, chúng có rất nhiều mã cho MVC (và cả cho Biểu mẫu web) để giúp bạn cải thiện hiệu suất trang web như kết hợp và thu nhỏ css và javascrip, nhóm các hình ảnh của bạn và sử dụng chúng như một sprite, v.v.

Hiệu suất của trang web phụ thuộc rất nhiều vào kiến ​​trúc của bạn. Một mã sạch và tách biệt mối quan tâm tốt sẽ mang lại cho bạn mã sạch hơn và ý tưởng tốt hơn về cách cải thiện hiệu suất.

Bạn có thể xem qua mẫu này "Mẫu Neos-SDI MVC " sẽ tạo cho bạn một kiến ​​trúc sạch sẽ với nhiều cải tiến về hiệu suất theo mặc định (kiểm tra trang web MvcTemplate ).

Tôi đã thực hiện một thử nghiệm kiểm tra tải VSTS nhỏ với một số mã cơ bản và nhận thấy thời gian phản hồi của ASP.NET MVC nhanh hơn gấp đôi so với ASP.NET Webforms. Trên đây là đồ thị kèm theo cốt truyện.

Bạn có thể đọc chi tiết thí nghiệm kiểm tra tải này từ bài viết CP này https://www.codeproject.com/Articles/864950/ASP-NET-MVC-vs-ASP-NET-WebForm-performance-compari

Thử nghiệm được tiến hành với các thông số kỹ thuật dưới đây bằng cách sử dụng VSTS và phần mềm kiểm tra tải telerik: -

Người dùng tải 25 người dùng.

Thời gian chạy thử nghiệm là 10 phút.

Máy cấu hình DELL 8 GB Ram, Core i3

Dự án được lưu trữ trong IIS 8.

Dự án được tạo bằng MVC 5.

Kết nối mạng LAN đã được giả định. Vì vậy, thử nghiệm này không tính đến độ trễ mạng.

Trình duyệt trong thử nghiệm đã chọn Chrome và Internet explorer.

Đọc nhiều lần trong quá trình kiểm tra để tính trung bình các sự kiện chưa biết. 7 bài đọc được thực hiện và tất cả các bài đọc được xuất bản trong bài báo này dưới dạng bài đọc 1, 2, v.v.