Sto facendo un po 'di R & D su quello che sembra un argomento molto confuso, ho letto anche alcune altre domande su SO, ma sento che la mia domanda potrebbe essere abbastanza singolare da giustificarmi. Non abbiamo mai sviluppato un'app utilizzando la pura WebAPI.
Stiamo provando a scrivere un'app in stile SPA, in cui il back-end è completamente disaccoppiato dal codice di front-end
Supponendo che il nostro servizio non sappia nulla su chi lo stia accedendo / consumando:
WebAPI sembra la via logica per servire i dati, invece di usare i controller MVC standard e servire i nostri dati tramite un risultato di azione e convertendolo in JSON. Questo per me sembra almeno un design MC ... che sembra strano, e non per quello che MVC era destinato. (guarda mamma ... senza vista)
Quale sarebbe la normale convenzione in termini di azioni di esecuzione (y) chiamate?
La mia sensazione è che la mia comprensione di WebAPI non sia corretta.
Il modo in cui percepisco WebAPI è che deve essere usato in un senso CRUD, ma cosa succede se voglio fare qualcosa del tipo: "InitialiseMonthEndPayment" .... Dovrei creare un controller WebAPI, chiamato InitialiseMonthEndPaymentController, e poi eseguire un POST ... Sembra un po 'strano, al contrario di un controller MVC in cui posso semplicemente aggiungere una nuova azione sul controller MonthEnd chiamato InitialisePayment.
O questo richiede uno spostamento mentale in termini di design?
Ogni ulteriore collegamento su questo argomento sarà davvero utile, poiché temo che implementeremo qualcosa che potrebbe essere strano e che potrebbe trasformarsi in un problema di codifica / manutenzione in seguito?