rest - API architecture - what to include -


I'm currently building a recipe API for a project, the API is a web application, mobile application and maybe end A desktop application in

There are some examples where the user should be sent to inform the user of an incident that occurred within the application. I do not realize where the API is to finish the job, the email is sent to send an email, or should the email be sent based on feedback related to the API?

What exactly am I asking, where API job starts and ends, does API work just point to point A to B? Or can it be the deeper capabilities?

It is a common mistake that many developers are still making. An API is just an interface through which you can expose your system to access it through other systems. How do you highlight your system, it depends on you which functionality you want to show for the outside world. In addition, your business logic should be on your backend rather than spreading in your mobile / web applications.

Saying that my answer is yes! Do not think of it as "My email to send email" Think about "My main system is sending emails" whether you want to exploit the functionality of this email through your API or not, and completely different There is a thing.


Comments

Popular posts from this blog

apache - 504 Gateway Time-out The server didn't respond in time. How to fix it? -

c# - .net WebSocket: CloseOutputAsync vs CloseAsync -

c++ - How to properly scale qgroupbox title with stylesheet for high resolution display? -