2008-08-17 32 views
5

ASP.NET MVC đã được discussed trên diễn đàn này một vài lần. Tôi sắp sửa thực hiện di chuyển lớn của một số trang web từ ASP/ASP.NET WebForms cổ điển sang ASP.NET MVC và đã tự hỏi những lời khuyên nào của bạn về trải nghiệm trong cả hai công nghệ đều có.Gợi ý để di chuyển từ ASP.NET WebForms sang ASP.NET MVC?

Những gì tôi có: một ứng dụng ASP.NET điển hình với nhiều bài thuyết trình/logic kinh doanh kết hợp, tất cả các loại lộn xộn ASP.NET tạo ra cruft, và vv.

Điều tôi muốn: đánh dấu thuyết bất khả tri tạo ra ASP.NET MVC. 'Nuff nói.

Bất kỳ con trỏ, mẹo, thủ thuật hoặc gotchas nào cần lưu ý?

Cảm ơn!

Trả lời

2

Bất kỳ gợi ý, mẹo, thủ thuật hoặc mà bạn cần biết?

Vâng, tôi nghĩ bạn có thể là một cách nhỏ để tránh suy nghĩ về thủ thuật & gotchas :) Như tôi chắc chắn bạn đã biết, ASP.NET MVC không phải là một số phiên bản mới của ASP.NET, nhưng một mô hình hoàn toàn khác với ASP.NET, bạn sẽ không di chuyển, bạn sẽ bắt đầu một nỗ lực phát triển thương hiệu mới để thay thế một hệ thống hiện có. Vì vậy, có thể bạn có thể có được một chân lên trên xác định các yêu cầu cho các ứng dụng, nhưng phần còn lại có thể sẽ được xây dựng lại từ đầu.

Dựa trên các vấn đề (rất phổ biến) mà bạn đã mô tả trong cơ sở mã hiện tại của mình, bạn nên xem xét cơ hội này để tìm hiểu một số thực tiễn tốt nhất hiện tại trong việc thiết kế các hệ thống được ghép nối lỏng lẻo. Điều này rất dễ làm bởi vì "thực hành tốt nhất" hiện đại dễ hiểu và dễ thực hành, và có sự hỗ trợ cộng đồng rất lớn, và công cụ nguồn mở, chất lượng cao để giúp trong quá trình này.

Chúng tôi đang chuyển một ứng dụng ASP/ASP.NET sang ASP.NET MVC tại thời điểm này, và đây là kết luận nghiên cứu chuẩn bị của tôi đã dẫn tôi đến, dù sao đi nữa.

Here is a post to links on using ASP.NET MVC, nhưng tôi sẽ bắt đầu bằng reading this post. Các bài viết về NHibernate (một công cụ ORM) trên bề mặt của nó, nhưng các cuộc thảo luận và các liên kết là về việc nhận được các cơ sở phải và là kết quả của việc chuẩn bị để cổng một trang ASP.NET để MVC. Một số kiến ​​trúc tham chiếu được liên kết trong bài viết đó dựa trên ASP.NET MVC. Here is another post about NHibernate, nhưng trong phần "Thực tiễn tốt nhất & ứng dụng tham chiếu", hầu hết nếu không phải tất cả các ứng dụng tham chiếu được liệt kê đều là các ứng dụng ASP.NET MVC. Các kiến ​​trúc tham khảo có thể cực kỳ hữu ích để nhanh chóng có được cảm giác về cách một trang ASP.NET MVC tối ưu, duy trì có thể được thiết kế.

3

Ồ, tôi không chắc là chúng ta đang nói chuyện di cư ở đây nữa - sự khác biệt giống như viết lại!


Như những người khác cũng đã nói, MVC là một cách hoàn toàn mới để xây dựng ứng dụng web - hầu hết mã trình bày của bạn sẽ không được chuyển sang.

Tuy nhiên, nếu bạn đang viết lại trong MVC, những gì bạn đã có là một nguyên mẫu tốt. Vấn đề của bạn có khả năng là nó sẽ được khó khăn để làm từng chút một - ví dụ MVC sử dụng URL đổi tên out-of-the-box, làm cho liên kết qua lại khá lộn xộn.

Một câu hỏi khác sẽ là lý do tại sao? Nhiều người trong chúng ta có các ứng dụng kế thừa tuyệt vời mà chúng tôi muốn có trong các công nghệ mới nhất, nhưng nếu ứng dụng của bạn đã hoạt động tại sao lại chuyển đổi?

Nếu tôi đang xem một ứng dụng mới ngay bây giờ thì MVC sẽ là một ứng cử viên rất mạnh, nhưng không có đủ lớn để chuyển sang nó muộn trong một dự án.

0

Ý kiến ​​của tôi là hai công nghệ rất khác nhau nếu bạn có mã kết hợp chặt chẽ trong các ứng dụng Web gốc, cách tốt nhất là bắt đầu bằng cách chọn một trong số chúng và chuyển đổi nó bằng cách tạo một ASP.NET MVC mới ứng dụng và trích xuất mã vào các lớp tương ứng của chúng. Mà sẽ đưa bạn vào đường mòn tái sử dụng để chuyển các ứng dụng khác.

1

WebForms có thể hoạt động với bộ điều khiển MVC trong cùng một ứng dụng. Theo mặc định, định tuyến không định tuyến các yêu cầu cho các tệp tồn tại trên đĩa. Vì vậy, bạn có thể bắt đầu viết lại các phần nhỏ của trang web của mình tại một thời điểm để sử dụng mẫu MVC và để phần còn lại của nó bằng cách sử dụng WebForms.

Các vấn đề liên quan