Ý kiến ​​của bạn về phần mở rộng Telerik cho MVC là gì?

Question

Tôi đã bắt đầu đào bới xung quanh bằng cách sử dụng Telerik Extensions for MVC. Họ không tích hợp dường như vào dự án hiện tại của tôi, nhưng tôi có thể sắp xếp lại mọi thứ để phù hợp với nó.

Nhưng, tôi tự hỏi liệu nó có đáng giá hay không. Tôi đã tìm kiếm các đánh giá về các phần mở rộng, tôi đã không nhìn thấy quá nhiều. Vì vậy, tôi hỏi ở đây.

Trên trang web của họ, họ khẳng định:

Bạn có thể đạt chưa từng thấy hiệu suất cho các ứng dụng web của bạn với trọng lượng nhẹ, ngữ nghĩa Extensions render hoàn toàn đòn bẩy mô hình ASP.NET MVC của không postbacks, không có ViewState và không có trang vòng đời.

Vì vậy, tôi tò mò, Ý kiến ​​của bạn về Tiện ích mở rộng Telerik cho MVC là gì?

Answer 1

Đầu tiên một tuyên bố từ chối trách nhiệm nhỏ - Tôi là người dẫn đầu của nhóm Telerik Mvc vì vậy rõ ràng ý kiến ​​của tôi là thiên vị.

Tiện ích mở rộng Telerik cho ASP.NET MVC là bộ thương hiệu mới của chúng tôi nhắm mục tiêu nền tảng ASP.NET MVC. Nó bắt đầu từ đầu và không liên quan gì đến RadControls cho ASP.NET Ajax (sản phẩm WebForms của chúng tôi) ngoại trừ các tính năng và giao diện trực quan. Điều này có nghĩa là không có viewstate, không postback không có điều khiển web. Nó đi kèm với mã nguồn (được cấp phép theo GPLv2) vì vậy điều này có thể dễ dàng được xác minh. Trong một từ tuyên bố rằng chúng ta đã chuyển các điều khiển WebForms của chúng ta tới ASP.NET MVC là không đúng sự thật.

Thật vậy RadControls cho ASP.NET Ajax (sản phẩm WebForms của chúng tôi) hỗ trợ các ứng dụng ASP.NET MVC. Tuy nhiên tôi sẽ đồng ý rằng tất cả các tính năng yêu cầu ViewState (được xây dựng trong chỉnh sửa trong RadGrid ví dụ) không hoạt động. Họ cũng sẽ không làm việc. Chúng tôi khuyên bạn nên sử dụng RadControls bên trong ASP.Ứng dụng NET MVC nếu thành phần bắt buộc vẫn chưa được triển khai trong dòng sản phẩm MVC (vẫn đang thực hiện các bước bé và bao gồm 4 tiện ích mở rộng giao diện người dùng hiện tại). Tất nhiên các kế hoạch của chúng tôi là phát hành nhiều phần mở rộng giao diện người dùng hơn để phù hợp với bộ WebForms.

Đối với bất kỳ câu hỏi hoặc đề xuất kỹ thuật nào bạn có thể liên hệ với chúng tôi tại diễn đàn trực tuyến của chúng tôi. Chúng tôi cố gắng trả lời từng bài đăng.

Answer 2

Tôi đã không sử dụng các điều khiển MVC Telerik trước đây nhưng tôi đã sử dụng các điều khiển Telerik trên nhiều dự án ASP.NET trước đây và chưa có trải nghiệm tốt với chúng. Hầu hết các vấn đề tôi đã liên quan đến việc định dạng hoặc cần thực hiện bất kỳ hình thức tùy chỉnh nào. Trong tất cả nếu tôi đã bắt đầu một dự án khác, tôi sẽ thử một nhà cung cấp thành phần khác (có thể là ComponentArt?).

Answer 3

Không giống như Kane tôi đã có trải nghiệm tốt với các điều khiển Telerik trong ứng dụng ASP.NET Webforms trong quá khứ (~ 1 năm sử dụng). Tôi đã không sử dụng Telerik cho MVC và tôi không nghi ngờ tôi sẽ bao giờ. Các phần mở rộng Telerik cần dây dẫn nặng cho MVC bởi vì có vẻ như chúng đã nhiều hay ít 'chuyển' các điều khiển WebForms của chúng sang môi trường MVC.

Nếu Telerik từng bắt đầu dòng sản phẩm mới cho MVC là điều khiển trợ giúp mvc gốc (tôi sử dụng từ 'helper' vì 'điều khiển' chắc chắn ngụ ý các điều khiển WebForms dựa trên postback trong ngữ cảnh này), tôi có thể quan tâm. Tuy nhiên, những điều khiển WebForms rõ ràng 'bị tấn công' này đối với MVC là xấu nhất ở mức tốt nhất và vi phạm mô hình MVC.

Edit:

Mã like this không hỗ trợ mô hình MVC:

IList<CustomerDto> customers = (IList<CustomerDto>)Session["Customers"]; 

Ai muốn dây lên quan điểm của mình với phiên như thế này?

Answer 4

Tôi chỉ chơi với chúng trong một thời gian ngắn, nhưng cho đến nay chúng có vẻ đủ đẹp. Trình kết hợp kịch bản lệnh và cấu hình Intellisense-aware thông minh của họ chắc chắn là tốt đẹp.

Nỗi lo chính của tôi là phía Javascript. Trong quá khứ Teleriks thành phần WebForms có một danh tiếng cho Javascript chậm và chất béo. Tôi chắc rằng Telerik đang xây dựng điều này từ đầu (họ đang sử dụng jQuery cho các điều khiển MVC), nhưng tôi vẫn lo lắng rằng thói quen cũ sẽ xuất hiện lại. Tôi đã có thể ưa thích nếu Telerik đã tiếp tục sử dụng jQuery UI cho phía Javascript, theo cách này họ sẽ được hưởng lợi từ tất cả các nỗ lực hiệu suất và khả năng tương thích ... Điện thoại

Answer 5

Tôi không thích chúng lắm (ít nhất là việc triển khai lưới). Chúng chỉ không đủ tính năng so với phiên bản WebForms. Thêm vào đó, mã phía máy chủ là khó hiểu nhất. Nhận được những người giúp đỡ để nhận ra bản sao máy chủ của riêng tôi của jQuery là một công việc vặt (tôi vẫn không làm cho nó hoạt động).

Nhưng, sau đó tôi phát hiện ra các điều khiển khách hàng đang thực sự chỉ implemented as jQuery plugins:

$(document).ready(function() { 
    $("#Grid").tGrid({ 
     columns: 
     [ 
      {"name":null,"type":""}, 
      {"name":null,"type":""}, 
      {"name":"text","type":"String"} 
     ], 
     pageSize:0, 
     onDataBinding:onDataBinding, 
     onRowDataBound:onRowDataBound 
    }); 
}); 

Ở đó, các plugin tGrid() khởi một bảng tôi đã xác định trong đánh dấu của tôi để "radify" nó;)

Hãy nhớ rằng điều này cần số không mã phía máy chủ. Có rất nhiều hệ thống ống nước ở phía khách hàng mà bạn phải làm, chắc chắn (ví dụ: bản định kiểu stylesheet, kịch bản và cấu trúc đánh dấu cài sẵn), nhưng ít nhất tôi biết mình đang làm gì ở đó.

Answer 6

Tôi đã sử dụng các điều khiển ComponentArt trong một vài năm, nhưng khi tôi xem các điều khiển MVC của mình, tôi không tìm thấy tài liệu hay ví dụ hay, vì vậy tôi đã kiểm tra Telerik. Điều khiển MVC của họ thật đáng kinh ngạc! Tôi chủ yếu sử dụng điều khiển lưới (xem http://www.pdc.wa.gov/mvcquerysystem) và nó cực kỳ nhanh và dễ sử dụng. Sự hỗ trợ của họ là tốt nhất trong ngành công nghiệp phần mềm - thời kỳ. Và tôi thậm chí không phải là khách hàng trả tiền! Việc cấp phép sử dụng nội bộ của họ là MIỄN PHÍ! Họ có một cộng đồng người dùng VERY ACTIVE đáp ứng các câu hỏi của diễn đàn (các kỹ sư của Telerik cũng thường xuyên diễn đàn và trả lời hầu hết các câu hỏi).