2009-07-20 27 views

Trả lời

22

Ưu điểm:

  1. Dễ dàng sử dụng và cấu hình

Nhược điểm (Vâng, tôi không biết về bất kỳ lợi ích khác!):

Xem herehere
Đây là phần tốt nhất, lựa chọn:

Sử dụng jQuery xây dựng trong hỗ trợ cho Ajax để làm GET/POST Ajax gọi, nó rất đơn giản (đơn giản hơn so với bảng cập nhật tôi sẽ nói), và hoàn toàn tương thích với hầu hết các trình duyệt!
Một ví dụ của việc sử dụng một trong nhiều cách dễ dàng jQuery cung cấp để thực hiện các cuộc gọi Ajax:

$('#anotherContainer').load('/Home/RegularAjaxResource'); 

này sẽ chỉ cần gọi một nguồn tài nguyên máy chủ (RegularAjaxResource trong trường hợp này) và hiển thị nó trở lại dữ liệu trên một yếu tố giao diện người dùng với id anotherContainer

+2

1 để liên kết với Encosia bài –

+0

@ 7alwagy: hoàn toàn thích jQuery quá ... mong đợi nếu bạn dựa trên Viewstates của webform và Postbacks, sau đó tùy chọn không UpdatePanel trở nên khá đau đớn ... Tôi đã xây dựng bên dưới – andy

6

Tôi đồng ý với 7 tuần, ngoại trừ chỉ muốn thêm một điểm quan trọng.

Bạn phải sử dụng UpdatePanel nếu bạn muốn cập nhật/thay đổi điều khiển AND vẫn hoạt động trong mô hình Kiểm soát trạng thái Postback của Webform, đặc biệt là Viewstate.

Ví dụ:

nếu bạn sử dụng một cách rõ ràng JS để cập nhật các giá trị của một điều khiển DropDownList trên máy khách, và bạn đang sử dụng được xây dựng trong Webforms mô hình Postback, những thay đổi bạn đã thực hiện won' t được chọn.

Về cơ bản, nếu bạn đang dựa vào Chế độ xem được xây dựng, thì bạn phải sử dụng UpdatePanel. Bạn về mặt kỹ thuật có thể không sử dụng nó, nhưng bạn sẽ thực sự phải chiến đấu với khung công tác để hoàn thành công việc.

Nếu bạn không dựa vào Postbacks hoặc Viewstates, thì bạn hoàn toàn không cần UpdatePanel.

3

Tôi nghiêm túc không thể nghĩ ra 1 lợi thế của việc sử dụng bảng cập nhật. Họ rất đau buồn và tôi nhận ra điều đó một cách khó khăn.

Chúng chỉ có thể sử dụng cho các hiệu ứng ajax tầm thường nhất và nếu bạn định thực hiện bất kỳ truy xuất dữ liệu hoặc tra cứu cơ sở dữ liệu nào, chúng có vấn đề lớn trong việc mở rộng quy mô. UpdatePanels là bực bội và không phải là một thời gian dài tôi đã chia sẻ nỗi đau updatepanel here, here, herehere.

Nếu đó là không đủ để thuyết phục bạn không sử dụng updatepanel thì sẽ không có gì.

+1

Tôi đọc bài viết của bạn và họ đã rất yếu. Bạn chỉ phàn nàn về việc sử dụng bảng cập nhật nhưng không bao giờ giải thích lý do. Chỉ có một bài viết đề cập đến một cái gì đó về gói một div trong một bảng bởi vì bạn đã có một số vấn đề. nếu bạn không thể nghĩ ra một lợi thế nào thì bạn không biết cách sử dụng chúng đúng cách. Họ không hoàn hảo nhưng họ có sử dụng tốt nếu được sử dụng đúng cách. Nếu trang WebForm của bạn phụ thuộc vào viewstate thì chúng khá hữu ích. –

1

Tôi đồng ý rằng bảng cập nhật là ác và dangerous nhưng trong một số trường hợp, bạn có thể muốn sử dụng nó thay vì các tùy chọn khác.

  • Trang này có vài điều khiển asp.net và ít chế độ xem.
  • Trang html không quá lớn.
  • Thời gian bị giới hạn để hoàn thành tác vụ.
  • Hiệu suất không phải là mối quan tâm đầu tiên.
  • Bạn muốn giữ nguyên số kiểm soát có đăng lại.
  • Có rất nhiều sự kiện bên máy chủ bạn muốn kích hoạt.
+0

Không đồng ý. Tôi đã tìm thấy điều này là một sai lầm. Một khi bạn bắt đầu xuống con đường đó với một dự án đơn giản, bạn hầu như luôn luôn có bàn tay của bạn gắn liền với công nghệ bởi vì không ai muốn trả tiền cho một viết lại và mỗi người dùng hỏi "Bạn không thể chỉ _____________"? –

1

Ưu điểm:

  1. dễ dàng để thực hiện
  2. Không cần phải viết javascript trong client

Nhược

  1. Sử dụng nhiều băng thông hơn vì tất cả các trạng thái xem được chuyển
  2. Yếu tố được cho là sẽ kích hoạt cuộc gọi ajax phải nằm trong bảng cập nhật. Nó không phải là thực tế có thể tất cả các thời gian
  3. Dữ liệu bên ngoài bảng cập nhật không được gửi đến máy chủ có thể cần thiết để xử lý tiếp.
  4. Trong nhà phát triển thực tế không thể xác định trước những gì tất cả dữ liệu là cần thiết để đưa vào bảng cập nhật
Các vấn đề liên quan