2009-12-08 15 views
25

Sono nuovo sia per WPF che per WCF e ho un'app WPF con riferimento a un servizio WCF. Ho tutti i tipi di file creati in Service References/MyService. Non sono così sicuro di quale debba essere il controllo del codice sorgente e quale no.Quali file in Riferimenti servizio appartengono al controllo sorgente. (Visual Studio)

Ho un .disco, un .datasource, un .wsdl, 3 .xsds, 2 configuration.svcinfos, un Reference.cs, e un Reference.svcmap.

Suppongo che molti siano generati, tuttavia non so quali appartengono al controllo del codice sorgente e quali no.

+2

@Kurt, l'unico file che * so * di cui hai bisogno al momento della compilazione è Reference.cs. In realtà, mi sono completamente allontanato dall'avere Visual Studio generare i miei riferimenti di servizio. Ora scrivo manualmente il codice lato client, che è ** molto ** più facile di quanto sembrerebbe. Guarda questo video per i dettagli: http://www.dnrtv.com/default.aspx?showNum=122 –

+2

@MattDavis Questo perché stai usando .NET => .NET e hai accesso alla classe del contratto. Se non si dispone dell'assieme di interfaccia o si lavora con un file WSDL, non è possibile farlo. Non vorrei mai sostenere la generazione di proxy client se sai che stai parlando con .NET e hai accesso all'assembly del contratto. – Travis

+0

Possibile duplicato di file [scvmap, disco, xsd, wsdl, svcinfo e datasource] (http://stackoverflow.com/questions/2444753/scvmap-disco-xsd-wsdl-svcinfo-and-datasource-files) – Oyvind

risposta

10

Mettere tutti sotto il controllo del codice sorgente, perché no?

Fa parte del tuo codice ed è necessario per compilare il progetto. Se si utilizza un sistema di build automatico, non si desidera che lo script generi nuovamente questo codice, giusto?

Come bonus si otterrà una cronologia delle modifiche all'interfaccia di servizio, potrebbe essere utile anche.

+0

Uno dei motivi principali per NON volerlo, è quando si lavora con più sviluppatori. Soprattutto i file .xsd sono un vero fastidio quando si uniscono. – Oyvind

+0

@oyvind quindi blocca i file al checkout –

+0

@JohnSaunders: Sembra specifico per TFS. Inoltre, in realtà non risolve il problema con fastidiosi file "spazzatura"; tutti gli sviluppatori del team devono adottare le discipline. – Oyvind

-9

Cosa ne pensi di aggiungerli tutti al controllo sorgente in prima istanza e quindi rimuovere quelli che non cambiano mai in seguito?

+2

Non riesco a vedere come questo risolva qualcosa. – Oyvind

2

Tutti questi file sono file di origine, quindi appartengono tutti al controllo del codice sorgente.

+1

Ho avuto l'impressione che l'unico che è * compilato * sia il file Reference.cs e che gli altri siano utilizzati nel caso in cui sia necessario aggiornare il riferimento del servizio in un secondo momento. –

+1

Li considero file "di origine" nel senso che non sono il risultato di una compilazione o altra elaborazione. –

+0

Sono in effetti un risultato dell'elaborazione; la maggior parte dei file viene generata durante l'aggiornamento del riferimento del servizio e non viene utilizzata per la creazione. – Oyvind

Problemi correlati