Dành cho các ứng dụng web dành cho doanh nghiệp, mỗi chút tính.Mẹo hiệu suất .NET dành cho các ứng dụng web dành cho doanh nghiệp
Bạn có thể chia sẻ những mẹo hiệu suất nào để giúp chương trình lập trình hiệu quả hơn?
Để bắt đầu nó đi:
Sử dụng StringBuilders qua chuỗi từ chuỗi là Mutable (họ nhận được tái tạo mỗi lần bạn thay đổi chúng).
Tránh sử dụng Tập dữ liệu vì chúng rất cồng kềnh, thay vào đó hãy sử dụng SqlReader.
có, ViewState là một lớn. –
Chúng tôi xử lý việc này hàng ngày.
Chúng tôi lưu bộ nhớ cache một số tập dữ liệu được sử dụng A LOT. Chúng tôi có một cơ chế lưu dữ liệu lớp dữ liệu khá phức tạp hoạt động tốt cho chúng tôi.
Đánh giá lười biếng cho mọi thứ.
Trang và bộ nhớ đệm một phần cho điều khiển người dùng
Chúng tôi không sử dụng trạng thái phiên vì vậy chúng tôi đã vô hiệu hóa hoàn toàn.
Định cấu hình trang web để hoạt động với tư cách là người dùng ít được biết đến.
Kết nối với SQL Server với tư cách là người dùng có mức độ riêng tư thấp. Điều này giúp kết nối tổng hợp - tất cả các kết nối về cơ bản giống nhau.
NO ad-hoc SQL. Chỉ procs được lưu trữ. Giúp với performand và SQL injection.
String.Concat() thay vì chuỗi + chuỗi + ... hoặc StringBuilder
string.concat sử dụng trình tạo chuỗi đằng sau hậu trường mà tôi đoán? Không bao giờ nghe nói về bí quyết thấp hơn 'lừa'? –
Không, string.Concat không sử dụng StringBuilder. Nhưng string + string + string chỉ gọi string.Concat ... –
Hãy nhớ rằng LINQ-to-SQL cũng ngăn ngừa SQL injection. Và có rất ít lợi thế khi sử dụng procs được lưu trữ trên các truy vấn tối ưu hóa, vì cả hai đều sử dụng cùng một phương pháp để lưu trữ kế hoạch thực hiện. –
Điểm được đưa ra trong câu hỏi là tối ưu hóa vi mô. Tôi không đồng ý với chính tiền đề rằng "mỗi chút giúp" - đặc biệt là nếu nó có chi phí dễ đọc.
Bạn thấy đấy, nếu bạn có thể đọc và hiểu mã của mình thật dễ dàng, điều đó có nghĩa là bạn có thể dễ dàng thay đổi kiến trúc. Đó là nơi chiến thắng thực sự lớn, không phải là tối ưu hóa vi mô. Càng có nhiều bạn cố gắng để điều chỉnh heck ra khỏi mỗi dòng mã, khó khăn hơn nó sẽ được refactor toàn bộ thiết kế.
Vì vậy, lời khuyên của tôi là:
Không có điều nào cụ thể cho các ứng dụng web, cho đến nay. Đối với các ứng dụng web (và phía máy chủ nói chung):
EDIT: Tôi đã không giải quyết cơ sở dữ liệu. Kyle's answer là tốt trên mặt trận đó. Đảm bảo cơ sở dữ liệu của bạn cũng có thể mở rộng quy mô, nếu có thể :)
mức tăng lớn nhất bạn sẽ thấy trong (gần như) mọi ứng dụng đều điều chỉnh cơ sở dữ liệu của bạn.
Mã hóa ...
Cơ sở dữ liệu ...
Và nếu mọi thứ khác không thành công, hãy lưu phần cứng ra khỏi nó và ném thêm phần cứng vào vấn đề! :)
Đừng quên: Bạn có thấy CONVERT() trên các truy vấn đối với các bảng lớn - VERY BAD !!! –
Ngoài cơ sở dữ liệu, một điều rất quan trọng khác cần xem ...
kích thước trang và số lượng yêu cầu. Điều này không cần phải nói, nhưng ASP.NET nổi tiếng là xấu khi điền vào các trang của bạn với một loạt các đầu ra crap (tăng kích thước) và tạo ra một triệu tệp kịch bản bên ngoài (số lượng yêu cầu).
Ngoại trừ gỗ đàn ông không ai đề cập đến ViewState và nó khá đáng ngạc nhiên. Tôi sẽ bầu chọn ViewState Management như là những cân nhắc quan trọng nhất để cải thiện hiệu suất.
danh sách của tôi:
Edit: [thêm 6-8]
kiểm tra nhật ký và giảm thiểu lượng HTML được phục vụ theo yêu cầu. các điều khiển bên thứ ba có thể làm hỏng ứng dụng của bạn. Ví dụ, chúng tôi sử dụng trong một thời gian dài lưới từ infragistics. rất có khả năng nhưng ngay cả ở dạng lột của nó, nó đã tạo ra các trang khoảng 60-90k + rất nhiều kịch bản java. điều này hạn chế nghiêm trọng số lượng yêu cầu chúng tôi có thể máy chủ, ngay cả trên kết nối gigabit nội bộ.
Microsoft đã xuất bản sách có tên Improving .NET Application Performance and Scalability. Đây là một cuốn sách phải đọc.
Đây là từ năm 2004. Khuôn khổ .NET chắc chắn đã thay đổi rất nhiều kể từ đó. Cuốn sách vẫn được cập nhật và đáng đọc theo ý kiến của bạn? Chỉ cần kiểm tra. Cảm ơn. – CesarGon
Theo kinh nghiệm của tôi, sau đây tạo ra một sự khác biệt lớn:
Nếu máy chủ web của bạn đang được đập bởi số lượng lớn các yêu cầu đồng thời, và mỗi trang yêu cầu dường như mất nhiều thời gian và thời gian để dịch vụ, bạn có thể muốn xem xét việc chuyển đổi để trang không đồng bộ mô hình chế biến.
Hai điểm bạn tạo không phải là ứng dụng web cụ thể; chúng phù hợp với bất kỳ ứng dụng .NET nào. – flesh
Hoặc chúng thuộc về bất kỳ ứng dụng .NET nào - cả hai âm thanh giống như chúng làm cho mã ít đọc được, với tôi. Tôi muốn sử dụng một DataSet mạnh mẽ đánh máy (hoặc trừu tượng tương tự) hơn một SqlReader nguyên bất kỳ ngày nào trong tuần. –
Tại sao F # được gắn thẻ? Ngoài ra, re # 1 - strings là IMMUTABLE, vì lý do bạn trích dẫn. –