2014-05-05 16 views
6

Il nostro gruppo non si sviluppa principalmente in C# /. NET, ma alcuni anni fa abbiamo raccolto un paio di licenze per Visual Studio 2008 per alcuni progetti. Poiché non sviluppiamo a tempo pieno in .NET, da allora non abbiamo aggiornato Visual Studio.Giustifica l'aggiornamento di Visual Studio per il progetto REST API

C'è un progetto in arrivo dove è necessario sviluppare un'applicazione web che contenga un'API REST. Abbiamo esaminato tutta la documentazione relativa alla creazione di API REST. Sembra che mentre VS 2008 è in grado di creare API (con WCF), le versioni successive di Visual Studio sembrano avere un supporto molto migliore per la creazione di API REST (ASP.Net Web API).

Le mie domande sono:

  1. Sarebbe l'aggiornamento a Visual Studio 2012 o 2013 fanno che molto di una differenza nello sviluppo/manutenzione di un'API, o è Visual Studio 2008 è sufficiente?
  2. Come possiamo giustificare un aggiornamento nelle nostre licenze Visual Studio (se necessario)?
  3. Non vogliamo giustificare un aggiornamento dicendo semplicemente "è più recente, quindi è meglio". Ci sono documenti che mostrano come Visual Studio 2012 o 2013 sia molto più bravo a creare API REST rispetto a Visual Studio 2008?
+0

mi piacerebbe piggy back su questa domanda un po 'e chiedere se il 2008 è abbastanza buono * * per costruire un'API di media complessità? Ho letto la documentazione che mostra che è possibile costruire un'API REST con il 2008, ma è una buona idea quando sono disponibili nuove versioni? – BrianH

risposta

9

Non sono sicuro se è sufficiente a giustificare il denaro, ma qui ci sono alcune ragioni per adottare Visual Studio 2013:

  • Con Visual Studio 2008 si sono limitati a .NET Framework 3.5 o inferiore. Se si esegue l'aggiornamento, si ha accesso a 4.0, 4.5 e futuro 5.0
  • Se si utilizza Framework 4.5, è possibile utilizzare il nuovo REST API Framework.
  • È possibile utilizzare le versioni più recenti di MVC.
  • È possibile utilizzare le versioni più recenti di Microsoft Entity Framework (vecchia versione può essere utilizzato in Framework 3.5.1, ma si vuole veramente la versione più recente in quanto ha importante miglioramento delle prestazioni)
  • È possibile beneficiare ASP.NET WebAPI.
  • WCF era un modo per migliorare i servizi Web, ma non il migliore. Eviterei WCF se possibile.

Che cos'è l'API Web?

ASP.NET Web API è un framework per la creazione di API Web su .NET Framework. È possibile utilizzare il nuovo MVC4 (ASP.NET MVC progetto di applicazione Web 4)

enter image description here

utilizzando il modello Web API.

enter image description here

+0

Grazie a @cad - mi chiedo se è possibile espandere la propria affermazione "Eviterei WCF se possibile". – JoeyJoeJoeJr

+0

È un'opinione soggettiva. Ho lavorato molto con i servizi Web e stavano bene. Poi ho lavorato con i servizi WCF e abbiamo avuto molti problemi, soprattutto i nostri errori, come le classi di proxy automatici che si stavano rivelando vuote quando si ricreava il proxy. Poi mi sono trasferito in servizi di riposo ed ero di nuovo felice.Penso che Restful sia facile (regola KISS) mentre WCF era complicato e difficile da imparare ... –

+0

Grazie a @cad - questa è una buona spiegazione e funziona per me. Sono ancora un po 'perso su come giustificare un aggiornamento, ma la tua risposta dà un po' più di munizioni. Grazie mille! – JoeyJoeJoeJr

3

Per me sarà sempre un fattore del lato commerciale delle cose. Se vedono il valore, è una vendita facile.

Se si utilizza Framework 4.5.1 (VS2013 richiesto) riduce sia le risorse del server (Vedi:

  • ASP.Sospensione dell'applicazione NET
  • Prestazioni Just-In-Time (JIT) del 15%
  • ".NET Framework 4.5 e Windows 8 introducono funzionalità che consentono di ottenere un aumento significativo delle prestazioni per i carichi di lavoro del server Web. riduzione (fino al 35%) sia del tempo di avvio che dell'impronta di memoria dei siti di hosting Web che utilizzano ASP.NET. "

)

e larghezza di banda risorse

(VEDI:

allora si può effettivamente fare i conti e vedere se ha già senso. Quindi, lo sviluppatore e il lato manutenzione (che è abbastanza "pulito" in Vs2013 - nuovo intellisense, nice nuget, ecc.), È solo jam. Dal punto di vista dello sviluppatore, sarà necessario considerare anche il costo per aggiornare l'applicazione tra le versioni, ad esempio il costo dal 2008 a vNext vs 2013 a vNext.

Aggiornamento:

Poiché si tratta di una situazione molto simile mi trovo, ho fatto qualche ricerca. I nostri standard aziendali sono VS2012 (RE: ambiente Microsoft Dynamics).

Secondo "Cosa c'è di nuovo in .NET Framework 4.5, 4.5.1, 4.5.2 e" alla http://msdn.microsoft.com/en-us/library/ms171868(v=vs.110).aspx che suggeriscono quanto segue per i miglioramenti specifici di dominio:

• Capacità di supportare più modalità di autenticazione su un singolo endpoint WCF quando si utilizza la sicurezza del trasporto e del trasporto HTTP.

Questo è sempre un grande venditore per le imprese. Si prega di guardare gli altri miglioramenti sotto WCF al link sopra.

Ho anche trovato un articolo allo http://www.msmsoftware.com/2013/8/6/the-business-benefits-of-upgrading-net-35-to-45.aspx che è specificamente mirato alla tua domanda. Notano, come ho detto, prestazioni migliori, maggiore sicurezza e aumento delle funzioni di sviluppo e supporto.

La tua domanda è unica in quanto si rivolge al lato di lavoro delle cose (WCF), quindi il fluff attorno a un supporto migliore per gli store di app, standard web migliori, ecc. È in qualche modo inutile. Spero di averti dato abbastanza per rendere la risposta abbastanza chiara.

+0

@JoeyJoeJoeJr Ho apportato alcune modifiche a cui potresti essere interessato. Buona fortuna. –

Problemi correlati