Tôi bắt đầu sử dụng ASP.NET MVC / Web API và bây giờ tôi đang bắt đầu sử dụng Angular nhưng tôi không rõ về cách thích hợp để kết hợp chúng.
Khi tôi đang sử dụng Angular, các khái niệm phía máy chủ MVC có còn cung cấp bất kỳ giá trị nào không? Hay tôi nên hoàn toàn sử dụng API Web để lấy dữ liệu cho các lệnh gọi HTTP góc cạnh?
Bất kỳ lời khuyên nào bạn có để một anh chàng ASP.NET MVC chuyển sang Angular sẽ hữu ích
Câu trả lời:
API web thuần túy
Tôi đã từng khá khó tính với ASP.NET MVC nhưng kể từ khi tôi gặp Angular, tôi không hiểu lý do tại sao tôi lại sử dụng bất kỳ khung tạo nội dung phía máy chủ nào . Pure Angular / REST (WebApi) cho kết quả phong phú và mượt mà hơn. Nó nhanh hơn nhiều và cho phép bạn xây dựng các trang web khá gần với các ứng dụng dành cho máy tính để bàn mà không gặp phải bất kỳ vụ hack nào.
Angular thực sự có một chút đường cong học tập, nhưng một khi nhóm của bạn đã thành thạo nó, bạn sẽ xây dựng các trang web tốt hơn nhiều trong thời gian ngắn hơn. Chủ yếu điều này liên quan đến thực tế là bạn không còn gặp phải tất cả các vấn đề trạng thái (ít) này nữa.
Ví dụ, hãy tưởng tượng một biểu mẫu trình hướng dẫn với bất kỳ khuôn khổ phía máy chủ truyền thống nào. Mỗi trang cần được xác nhận và gửi riêng. Có thể nội dung của trang phụ thuộc vào các giá trị từ trang trước đó. Có thể người dùng đã nhấn nút quay lại và đang gửi lại biểu mẫu trước đó. Chúng tôi lưu trữ trạng thái của máy khách ở đâu? Tất cả những biến chứng này không tồn tại khi sử dụng Angular và REST.
Vì vậy ... hãy đến với mặt tối ... chúng ta có bánh quy.
AngularJS được liên kết nhiều hơn với mô hình ứng dụng trang đơn và như vậy, không được hưởng lợi nhiều từ các công nghệ phía máy chủ hiển thị đánh dấu. Không có lý do kỹ thuật nào ngăn cản việc bạn sử dụng chúng cùng nhau, nhưng theo nghĩa thực tế, tại sao bạn lại như vậy?
SPA truy xuất các tài sản mà nó cần (các chế độ xem JS, CSS và HTML) và tự chạy, liên lạc lại với các dịch vụ để gửi hoặc truy xuất dữ liệu. Vì vậy, công nghệ phía máy chủ vẫn cần thiết để cung cấp các dịch vụ đó (cũng như các phương tiện khác như xác thực và lượt thích), nhưng các phần kết xuất phần lớn không liên quan và không đặc biệt hữu ích vì đó là sự trùng lặp của các nỗ lực, ngoại trừ MVC thì không. ở phía máy chủ và Angular thực hiện nó trên máy khách. Nếu bạn đang sử dụng Angular, bạn muốn nó trên máy khách để có kết quả tốt nhất. Bạn có thể tạo các biểu mẫu Angular post HTML và truy xuất các chế độ xem một phần từ các hành động MVC, nhưng bạn sẽ bỏ lỡ các tính năng tốt nhất và dễ dàng nhất của Angular và khiến cuộc sống của bạn trở nên khó khăn hơn.
MVC khá linh hoạt và bạn có thể sử dụng nó để phục vụ các cuộc gọi từ ứng dụng SPA. Tuy nhiên, WebAPI được tinh chỉnh nhiều hơn và dễ sử dụng hơn một chút cho các dịch vụ như vậy.
Tôi đã viết một số ứng dụng AngularJS, bao gồm một số ứng dụng được di chuyển từ các ứng dụng WebForms và MVC đã có từ trước, và khía cạnh ASP.NET phát triển theo hướng nền tảng để cung cấp ứng dụng AngularJS làm ứng dụng khách thực tế và để lưu trữ lớp ứng dụng khách hàng giao tiếp với thông qua REST (sử dụng WebAPI). MVC là một khuôn khổ tốt, nhưng nó thường không có việc làm trong các loại ứng dụng này.
Ứng dụng ASP.NET trở thành một lớp khác đối với cơ sở hạ tầng, nơi trách nhiệm của nó được giới hạn ở:
Một điều tuyệt vời khác về SPA là nó có thể tăng băng thông cho nhóm của bạn. Một nhóm có thể tung ra các dịch vụ trong khi nhóm kia nằm trong ứng dụng khách. Vì bạn có thể dễ dàng khai thác hoặc mô phỏng các dịch vụ REST, bạn có thể có một ứng dụng khách hoạt động hoàn toàn trên các dịch vụ giả và hoán đổi lấy các dịch vụ thực khi chúng hoàn thành.
Bạn phải đầu tư trước vào Angular, nhưng nó sẽ mang lại kết quả lớn. Vì bạn đã quen thuộc với MVC, bạn đã có một số khái niệm cốt lõi.
Nó phụ thuộc vào dự án bạn đang làm việc.
Nếu angleJS là thứ gì đó mới mẻ đối với bạn, tôi thà chọn một dự án nhỏ có rủi ro / áp lực thấp để bắt đầu và đảm bảo bạn học cách làm mọi thứ theo đúng cách (Tôi đã thấy nhiều dự án sử dụng Angularjs sai vì áp lực, thời hạn ... thiếu thời gian để tìm hiểu nó một cách thích hợp, ví dụ như sử dụng JQuery hoặc tích lũy DOM bên trong bộ điều khiển, v.v.).
Nếu dự án là một lĩnh vực xanh và bạn đã có một số kinh nghiệm về AngularJS, bạn nên từ bỏ ASP.net MVC và ở phía máy chủ, hãy chuyển sang REST / WebAPI thuần túy.
Nếu đó là một dự án hiện có, bạn có thể chọn một tập hợp con chức năng phức tạp và xây dựng trang đó dưới dạng một ứng dụng angleJS riêng biệt (ví dụ: ứng dụng của bạn bao gồm một loạt các trang dựa trên Razor đơn giản / phức tạp trung bình tiêu chuẩn nhưng bạn cần và trình chỉnh sửa nâng cao / , đó có thể là phần mục tiêu để xây dựng với AngularJS).
Bạn có thể sử dụng khung công tác Angular để phát triển giao diện người dùng, tức là để xây dựng các khung nhìn. Nó cung cấp cho bạn một kiến trúc mạnh mẽ và một khi bạn tìm hiểu, bạn sẽ thấy nó có lợi thế hơn công cụ xem dao cạo của Asp.net MVC. Để tìm nạp dữ liệu, bạn phải sử dụng WebAPI và hiện tại dự án ASP.Net MVC hỗ trợ cả bộ điều khiển WebAPI và MVC. Bạn có thể tham khảo link dưới đây để bắt đầu phát triển ứng dụng Angular và ASP.Net MVC.
http://hive.rinoy.in/angular4-and-asp-net-mvc-hybrid-application/
Có hai khung công tác hiện có sẵn để phát triển các thành phần giao diện người dùng cho các ứng dụng góc cạnh. Tôi đã sử dụng cả hai khuôn khổ này trong một trong những dự án góc cạnh mà tôi đã làm việc.
Chất liệu https://material.angular.io/