Bạn nên suy nghĩ gấp ba trước khi chuyển sang tùy chọn này. (1) Nó là một tài nguyên tiêu thụ. Vì nó đòi hỏi phải tự động xây dựng, như là hoạt động trước, của dự án đã sửa đổi và đôi khi là toàn bộ giải pháp. (Hãy tưởng tượng một giải pháp Asp.net trung bình đến khổng lồ được sáng tác từ nhiều dự án, được xây dựng cho mỗi sửa đổi được thực hiện !! thời gian còn lại để lập trình ??? !!) (2), như bạn biết, tải lại trang tiêu tốn nhiều thời gian cho lần khởi chạy đầu tiên sau khi xây dựng thành công !! ... Do đó, thời gian bạn muốn đạt được từ tùy chọn này, bạn sẽ bị lãng phí nhiều, đặc biệt là các ngôn ngữ lập trình dựa trên CLR (ví dụ .NET Core). Và cuối cùng, (3) dự án của bạn dự kiến sẽ cần phát triển các mẫu thử nghiệm có thể được tiêm tự động để xem quy trình tự động hóa tốt hơn, hãy tưởng tượng nó khó như thế nào!
Thay vào đó, hãy thử kiểm tra đơn vị giải pháp của bạn và sau đó, mọi sửa đổi tiếp theo dự kiến sẽ rất hời hợt và ít xảy ra.
Nếu bạn không đồng ý với đề xuất của tôi, tôi khuyên bạn nên phát triển một tiện ích mở rộng phòng thu trực quan để tải lại trang web mục tiêu on-build
tốt hơn là một on-save-changes
sự kiện. Tiếp theo, Ctrl + b
sẽ làm công việc!
Bắt đầu từ đâu?
Tôi đã phát triển một VSIX theo dõi các thư mục để tải các tệp được tạo tự động cụ thể bên ngoài UI UI. kiểm tra mã nguồn bạn sẽ có ý tưởng về quản lý tệp của dự án. nó xoay trong API EnvDTE, xin vui lòng có một cái nhìn trong này đoạn mã.
Ngoài ra, kiểm tra dự án nguồn từ đây