-
-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve structure and tests #2
base: main
Are you sure you want to change the base?
Conversation
@Skullbock il co-founder di Acube mi suggerisce di gestire anche lo status code della risposta |
Ottima idea. |
@Skullbock https://api-sandbox.acubeapi.com/docs.html qui dovrebbe esserci tutta la struttura delle API . |
Si, intendevo se potevano fornirci le credenziali per un ambiente sand box senza dover acquistare il servizio |
@Skullbock se vuoi posso girarti in privato le mie che ho usato esclusivamente per questo progetto, altrimenti scrivo una mail per farcele dare condivise |
Preferite la seconda così è più "pulito" e anche ufficioso 👌🏻 |
@Skullbock Ok , chiedo! 💪🏻💪🏻 |
Grazie 🤞🏻🙏🏻 |
Questa PR estende e sostituisce #1 di @KistianLentino99
Idee di base
send
, come secondo parametrosimplified
di acube, vanno passati o al costrutture del sender, o più probabilmente come secondo parametro del metodosend
send
ora ritorna un'oggettoResult
, che è un semplice array associativo "esteso" con i dettagli che ogni sender può o non può dover ritornare. Mi sembrava il modo più semplice per gestire la cosa.ProvidesConfigurationKeys
che determina se l'adapter ritorna le stringhe di configurazioni possibili per il sender stesso.