c # generazione di classi / architettura per servizio di assistenza JSON

Question

c # generazione di classi / architettura per servizio di assistenza JSON

#1 da (2 voti)

0

Voglio consumare parte di Steam WebAPI, è un semplice servizio di ripristino, ma produce alcuni json complessi. Ho pensato di usare la libreria Json.Net di Newtonsoft per generare i miei oggetti c #.

Qual è il modo migliore per ottenere le Classi necessarie per utilizzare facilmente la Libreria?

Ho pensato di utilizzare link per generare le Classi necessarie, ma ovviamente queste non seguono alcuna convenzione di denominazione. Tuttavia, mentre salvi i dati in un database, devo comunque convertirlo in EF-Classes.

Potrei scrivere le mie classi e usare annotazioni, risulterebbe in un codice più bello ma un po 'più di lavoro.

Qual è la procedura migliore per creare l'infrastruttura c # per un servizio json esterno?

c# class-design

posta lolsharp 13.05.2015 - 17:14

fonte

1 risposta

Leggi altre domande sui tag c# class-design

Come acquisire dati e pagina di rendering nel contesto dell'applicazione REST / API? Progettazione del database per collegare la relazione genitore e figlio

score 2 · Accepted Answer

Penso che tu abbia due opzioni qui.

Le migliori pratiche. Crea oggetti che corrispondono al json restituito da / inviato all'API e serializza / deserializza questi oggetti quando effettui chiamate o ricevi risposte. Nascondi l'implementazione JSON dal consumatore di questa 'Libreria client'

Questi oggetti possono essere creati con uno strumento o fatti a mano. In entrambi i casi probabilmente avrai un codice personalizzato per gestire i casi limite della conversione di JSON in .net e tipi di dati

Inoltre, dovrai dedicare molto tempo alla creazione e alla manutenzione di questi oggetti.
Quick 'n' sporco. piuttosto che serializzare su oggetti, è sufficiente analizzare il JSON e interrogare i valori fuori dalle risposte che è necessario utilizzare con XPath o simili.

Ciò produrrà un'implementazione parziale di un client, ma se vuoi solo un sottoinsieme delle funzionalità potrebbe essere molto più veloce da implementare