Là DevExpress cho ASP.NET đủ nhanh

Question

Câu hỏi của tôi rất đơn giản và dễ hiểu - DevExpress có đủ nhanh để ứng dụng web thực tế trên thế giới không. Chúng tôi đang sử dụng DevExpress trong công ty của chúng tôi để xây dựng một CRM cho một khách hàng và mỗi trang đã có rất nhiều điều khiển và nó chết tiệt chậm. Trên máy chủ phát triển của tôi phải mất 10 giây cho một trang với khoảng 20 điều khiển để tải. No tôt hay xâu? Và các bạn có thể chỉ cho tôi một ứng dụng DevExpress thực tế, ngoại trừ những ứng dụng được đưa ra trong phần nghiên cứu điển hình.

Answer 1

Chúng đủ nhanh. Trang web DevExpress được tạo bằng cách sử dụng các điều khiển DevExpress và từ quan điểm của tôi, nó hoạt động đủ nhanh. Để có thể giúp bạn cải thiện hiệu suất, chúng tôi cần biết điều khiển nào được sử dụng trên các trang chậm, số lượng dữ liệu được hiển thị đồng thời, trình duyệt bạn đã sử dụng để kiểm tra và cuối cùng là phiên bản của điều khiển DevExpress bạn đang sử dụng.

Answer 2

Đó là điều xấu, nhưng tôi sẽ không trỏ thẳng vào các điều khiển DevExpress khi gán lỗi - tôi sẽ chạy một trình lược tả chống lại mã của mình để giải quyết vấn đề thực sự ở đâu.

Answer 3

Soham,

Nguyên tắc chung là khi thiết kế web, hãy cố gắng giữ cho các trang của bạn nhẹ để chúng có thể chạy nhanh hơn. Ví dụ, bạn có hoàn toàn cần 20 điều khiển trên một trang không?

Và nếu họ không cần bất kỳ chức năng đặc biệt nào thì bạn có thể sử dụng native rendering.

Ngoài ra, hãy xem bài viết của tôi trên DevExpress web.config settings to improve performance.

Btw, tôi làm việc cho DevExpress. :)

Answer 4

Tôi không có trải nghiệm DevExpress, nhưng bạn cũng có thể muốn xem Improving Asp.net performance. Nó có thể giúp đỡ là tốt.

Answer 5

Tôi nhận thấy rằng câu hỏi này khá cũ và tác giả gốc có lẽ đã lâu kể từ khi đưa ra quyết định. Tuy nhiên, khi tôi được đạo diễn bởi công ty của tôi để sử dụng DevExpress và tôi đã cố gắng để loại bỏ tất cả các hiệu suất mà tôi có thể, một tìm kiếm của Google sẽ luôn luôn trỏ đến chủ đề này và nhiều người như nó trên internet. Luôn luôn có một câu hỏi, một vài câu trả lời giai thoại, và thường là một phản ứng PR từ một người nào đó làm việc cho DevExpress. Tôi hiếm khi tìm thấy câu trả lời trung thực từ những người có kinh nghiệm.

Trong quá khứ, tôi đã sử dụng Telerik, Infragistic và DevExpress. Từ góc độ hiệu suất và bảo trì, DevExpress là tồi tệ nhất. Tất cả các điều khiển của họ đều có các thuộc tính lẻ và các trình truy cập không phù hợp với những gì ai đó quen thuộc với ASP.NET hoặc thậm chí HTML mong đợi. Vì các thuộc tính và các trình điều khiển của các điều khiển rất phức tạp, bạn sẽ thấy rằng bạn đã viết về gấp đôi số dòng mã cần thiết trong một ứng dụng .NET bình thường.

Điều khiển DevExpress được hiển thị dưới dạng các bảng lồng nhau. Một số điều khiển cho thấy chế độ hiển thị nhẹ hơn, nhưng kiểu dáng và chức năng của chúng không phù hợp với các điều khiển DevExpress khác và tôi thấy chúng khá lỗi trong thử nghiệm trên nhiều trình duyệt.

Kiểu dáng tùy chỉnh yêu cầu nhiều, nhiều bộ chọn CSS tùy chỉnh buộc bạn phải mã tên lớp DevExpress vào CSS của bạn, do tính chất lồng nhau và ẩn của thuộc tính điều khiển. Đây là thực hành rất tồi, vì DevExpress có thể và sẽ có thể thay đổi tên lớp CSS nội bộ của họ bất cứ khi nào họ thấy phù hợp.

Các điều khiển này cũng làm cho số lượng yêu cầu GET vô lý tới trình xử lý DXR.axd của chúng phục vụ tài nguyên.Không có nghi ngờ rằng điều khiển của họ hoạt động tốt trong một môi trường Demo với chỉ 1 điều khiển hiển thị trên màn hình, nhưng trong thế giới thực, các điều khiển này là khủng khiếp và nên tránh. Thực hiện các điều khiển của riêng bạn hoặc chỉ cần tải xuống Bootstrap và sử dụng các điều khiển ASP.NET gốc. Tôi đã thay thế DevExpress bằng các điều khiển mà tôi đã tạo kiểu kiểu HTML gốc được hiển thị từ .NET và biểu đồ sau đây minh họa một số khác biệt trong việc sử dụng tài nguyên giữa hai loại. Không có thay đổi nào đối với bố cục trang, lớp nghiệp vụ, lớp dữ liệu hoặc mã cơ sở dữ liệu cho việc hoán đổi này, chỉ thay thế các điều khiển DevExpress mà trước đây tôi đã tối ưu hóa và cố gắng nén từng chút hiệu suất bằng các điều khiển của riêng tôi.

Chart Comparing DevExpress to Custom Controls

Answer 6

Nếu bạn sử dụng 20 Controls chứa Hộp để với formlayouts, có lẽ Server mất một thời gian khó khăn để làm cho trang đó có chứa rất nhiều hệ thống thứ bậc của các thẻ dài trong đó. DevExpress rất tệ khi có nhiều Điều khiển. Redering một điều khiển ASPxTextbox có thể mất KB so với hàng trăm byte trên điều khiển hộp văn bản ASP.net.

Answer 7

2016 - Trong 5 năm qua tôi đã sử dụng Infragistics, Dev Express, Telerik theo thứ tự đó.

Infragistics Tôi thậm chí sẽ không bắt đầu vì nó là một chủ đề cho chính nó.

Thú cưng lớn nhất của tôi đi tiểu với Dev Express là điều khiển của họ làm thêm một số "sưng lên" với kết quả tổng thể. Tuy nhiên, một số điều khiển không có bộ tính năng xứng đáng với bloat. Chắc chắn lưới Grid và Pivot của họ là những công cụ phức tạp cho phép người dùng thực hiện nhiều việc và tôi đã triển khai thành công các gói Devexpress hoạt động nhanh chóng với kết quả rất tốt. Tôi gặp hai vấn đề với Dev Express:

1. Mỗi lần tôi cài đặt phiên bản mới, nó sẽ phá vỡ một lượng mã đáng kể, đó là cả triển khai WebForms và MVC. Đó là khá bực bội, nhưng như các lập trình để được dự kiến ​​tôi đoán.
2. Chúng thực sự trông không đẹp lắm, bạn phải trải qua những nỗ lực đáng kể để có được bất kỳ thứ gì gần bàn bootstrap vv. Sau khi thực hiện mặc dù chúng cho phép tất cả các chuông và còi cần thiết. Bạn có thể tất nhiên là các tác giả ở trên đề xuất phát triển của riêng bạn, đó luôn là một lựa chọn, nhưng đó không phải là lý do tại sao mọi người mua quyền kiểm soát. Họ đang cố gắng tận dụng thời gian của họ để họ có thể thực hiện nhanh hơn tất nhiên.

Có nói tất cả điều này, Telerik là tốt nhất hiện tại của giống, theo ý kiến ​​của tôi cho đến nay. Dễ dàng hơn để thực hiện, lưới là nhanh chóng, có chức năng mong muốn thích hợp và nhìn tốt hơn.

Answer 8

Rất phổ biến cho trang mục nhập có hơn 20 điều khiển. Tôi đã sử dụng devexpress trong nhiều năm, tốc độ và hiệu suất là chấp nhận được. Chúng tôi sử dụng để xây dựng giải pháp ERP.