Best practice per la distribuzione di API multilingue

0

Ho un progetto per hobby e sembra che sia necessario avere una libreria API (che a sua volta è un wrapper su API http esistente) almeno per due lingue - JavaScript e Python, aggiungere il supporto a Perl sarebbe bello come bene.

La domanda è: quali sono le migliori pratiche per minimizzare il costo del supporto e dello sviluppo di tali API multilanguage? È meglio scegliere una lingua e scrivere solo wrapper che per altri? Oppure è meglio muoversi più lentamente, ma attuare accuratamente ogni metodo su ciascuna lingua.

    
posta shabunc 13.08.2013 - 09:59
fonte

1 risposta

1

Dalla mia esperienza: se devi scrivere per sistemi embedded la funzionalità di base è principalmente C o qualcosa di simile e quindi è probabile che il supporto multi lingua sia realizzato con wrapper perché Python, Java, Ruby e allo stesso modo non sono adatti al 100% per l'attività.

Ti ho capito bene? Pensi di scrivere l'intera funzionalità più volte in diverse lingue? Bene, se è così che significa un ordine di grandezza più sforzo da testare, perché non è possibile verificare il "core" e una volta fatto confrontare i risultati del wrapper con quelli attesi dal test base, ma è necessario scrivere test unitari per ogni singola funzione volte.

Quindi per me è come se l'involucro fosse la scelta migliore.

Potresti dare un'occhiata ai repository git di famosi progetti open source, per vedere cosa hanno fatto per renderlo ultra accessibile.

A proposito: Mettere i wrapper su wrapper suona come se ci fosse un buon uso del modello di adattatore.

    
risposta data 13.08.2013 - 11:58
fonte

Leggi altre domande sui tag