2011-09-19 40 views
11

Vì vậy, nó có vẻ như tôi có một vài tùy chọn quan trọng khi nhận mã proxy dịch vụ WCF vào một dự án trong Visual Studio:Tại sao tôi nên sử dụng tài liệu tham khảo dịch vụ Visual Studio trên svcutil?

  1. Sử dụng Visual Studio tích hợp trong công cụ cho Service References

  2. Sử dụng a Lệnh svcutil đơn giản, giống như svcutil http://[my endpoint] /namespace:[my namespace] /noconfig (vì tôi sử dụng một số ràng buộc khá chuẩn trên các dự án) và kéo tệp kết quả vào dự án của tôi (hoặc nâng cấp tại chỗ).

Để được rõ ràng, phương án 2 cảm thấy như một trong những tốt nhất, albiet không có built-in cụ cho việc cập nhật. Tuy nhiên, hộp thoại Tham chiếu dịch vụ tạo ra như một tệp zillion. Có bất kỳ lợi ích tối nghĩa nào đối với Tài liệu tham khảo dịch vụ VS mà tôi đang thiếu không?

+3

Về cơ bản chúng giống nhau. –

+1

Visual Studio về cơ bản gọi svcutil đằng sau hậu trường. Tuy nhiên, rất nhiều lập trình viên sợ mở một dấu nhắc lệnh và chạy một công cụ dòng lệnh - đó là lý do tại sao Visual Studio có hộp thoại 'Thêm dịch vụ tham khảo '.... –

+0

Vâng, tôi biết chúng giống nhau, nhưng nó sử dụng một số/awesome chuyển đổi để tạo ra tất cả những XSDs và các tập tin khác để một số lợi ích? –

Trả lời

14

Nếu bạn cũng sở hữu những dịch vụ, tôi muốn nói không sử dụng một trong hai. Thay vào đó, hãy chia các hợp đồng, thực thể và proxy của khách hàng thành các hội đồng khác nhau mà bạn có thể sử dụng cả trên dịch vụ và ứng dụng khách.

Loại giống như được mô tả trong WCF The Manual Way... The Right Way.

+0

Tôi hoàn toàn đồng ý! –

+0

Tôi đã nghe điều này ở nhiều nơi, và tôi nghĩ rằng ngay cả trong một tài liệu iDesign ở đâu đó (và có thể là một câu hỏi riêng), nhưng tôi không cần một chiến lược quản lý hạng nặng xung quanh tải xuống và cập nhật các assembly đó? Tôi đã thực hiện svn: externals và nghĩ về NuGet cho việc này, nhưng khác với tính dễ dàng cập nhật (và svn: externals gần như quá dễ dàng để lẻn mã vào một bản xây dựng bất ngờ), tôi không chắc chắn những gì tôi mua khác mã DRY hơi hơn một chút. –

+1

Nếu bạn sở hữu tất cả mã, điều này sẽ không thành vấn đề. Bạn không cần phải tham khảo các hội đồng; bạn có thể tham khảo các dự án tương tự với các tài liệu tham khảo dịch vụ. Mỗi khi bạn xây dựng, khách hàng của bạn cũng sẽ được cập nhật. –

21

Cùng lý do tại sao bạn tạo dự án .net với VS và không gọi trình biên dịch bằng tay từ dòng lệnh. I của IDE là viết tắt của tích hợp, nó làm những việc cho bạn, do đó bạn không cần phải làm những điều đó bằng tay từ nhiều nơi và thủ tục riêng biệt.

Thường có một cách để làm được nhiều những điều đó bằng tay hoặc bằng một trình soạn thảo văn bản và command prompt nhưng cho phép được :-) suất

+2

Đồng ý về UI tooling v. Dòng lệnh. Vậy bạn có nói khả năng sử dụng là lợi ích duy nhất không? –

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