API restituisce sempre le migliori pratiche di JSONObject o JSONArray

Questo dovrebbe dipendere da ciò che effettivamente sta facendo. Se sta recuperando uno o più oggetti, ha senso logicamente restituire sempre un array contenente i risultati, anche se si tratta di un array con un solo elemento. Ad esempio, è facile eseguire un foreach sull'array restituito.

Se il formato della richiesta fa sì che restituisca tipi di dati completamente diversi, sarebbe più chiaro avere un metodo diverso per ogni contesto.

Come questo potrebbe funzionare come metodo è una buona analogia. Se si dispone di una raccolta foo e una funzione searchFoo che cerca la raccolta di elementi, non la si scriverà in modo tale che restituisca un elemento se solo un elemento corrisponde, e in caso contrario restituisce un elenco di elementi. O trova sempre solo un elemento (ad esempio se la ricerca è basata su una chiave univoca) nel qual caso restituisce anche un oggetto del tipo appropriato, o troverà un numero variabile di elementi, nel qual caso restituirà sempre un elenco , indipendentemente dal numero di elementi trovati.

Questo argomento potrebbe già essere chiuso ma, per motivi di discussione, inserirò qui i miei 10 centesimi. Sto facendo una ricerca sulla sicurezza di json e Web Service e penso che dovresti sempre restituire un oggetto json invece di json array. La ragione di ciò è che json array può essere manomesso per restituire alcuni script XSS. Ad esempio: se l'array restituito è

[1, alert('You are hacked!'), 'abc']

Quindi indovina quale sorpresa otterrai quando la chiamata sarà finita? Può essere trattato come una chiamata javascript valida e mostrare l'avviso. Restituzione di oggetti json impedirà questo:

{'data':[1, alert('you are hacked', 'abc')]}

è un dato json non valido e nessuno script js che verrà visualizzato come errore nella console del browser. Ecco perché chiamare webservice da asp.net restituirà sempre json con un membro 'd'.

Maggiori informazioni: link