Application Web interne: Ai-je besoin d'une API?

Question

Je suis en train de créer une nouvelle application web pour un usage interne au travail avec des données internes, et j'ai exploré les options de la pile technologique. Je l'ai utilisé une API REST pour une autre application Web interne (également à l'aide des données internes SQL Server), mais je lis aujourd'hui à Meteorpedia

Une question commune est de savoir comment créer une API REST avec Meteor. Tout d'abord, il est essentiel de comprendre que si vous créez une API pour vos propres applications et outils, vous vous trompez! Nous espérons qu'il est très clair qu'entre le serveur et le client, vous disposez d'une connexion DDP bidirectionnelle qui gère la synchronisation en temps réel des données publiées (voir Publier et souscrire dans les documents).

Donc, il semble que je me trompe! Je pensais avoir besoin d'une API pour obtenir des données sur mon application web; c'est ce que tous les tutoriels et articles semblent traiter. Où vais-je apprendre comment faire autrement? Ou est-ce juste quelque chose que Meteor offre et d'autres cadres frontaux ne le font pas nécessairement?

EDIT: Quelques plus de détails: Cette application sera utilisée probablement par moins de 10 personnes, la base de données est SQL Server. Il ne sera pas utilisé sur mobile, et les données n'ont pas besoin d'être interrogées ailleurs (ce sont des données sensibles, il faudrait donc au minimum qu'il s'agisse d'une API authentifiée).

Answer 1

Vous n'êtes pas mal, honnêtement je pense que faire une bonne API est la plus propre façon de travailler avec votre application web et la base de données

mais oui ce n'est pas la seule façon. Cela dépend de ce que vous faites avec vous application web

vous n'avez pas besoin d'une API, mais il est, je pense que la meilleure façon de faire ce que vous voulez

et oui, je pense que c'est une offre d'étoiles filantes

Answer 2

Vous devez définir l'architecture et l'évolutivité de votre projet et ce que vous ferez. Par exemple, vous pouvez avoir une architecture BaaS (Backend as as Service) qui pourrait être un service Web ou une API REST, si vous voulez de la scalabilité et offrir un service qui pour vous importe peu, vous devriez développer une API avec un BaaS Architecture. D'autre part, si vous voulez offrir un écosystème complet, avec une application iPhone, une application Android, une application de bureau, vous avez besoin d'une architecture PaaS (Plate-forme en tant que service) Mais, si vous voulez une application web simple (application monolithique) Vous ne devriez pas penser à cela et appliquer un simple MVC. Rappelez-vous: API -> Application Program Interface, cela signifie que si vous avez besoin d'exposer vos données pour un usage personnel (par exemple, faire une application Android qui consultent votre API) o exposer vos services pour les développeurs, vous devriez faire une API

Cela dépend de ce que vous voulez.

1. BaaS on Wikipedia

2. PaaS on Wikipedia