Un site Web doit-il utiliser sa propre API publique?

Je commence à écrire un webservice, et j'ai construit avec nodeJS et une approche RESTfulish.

À partir de ce que je rassemble:

• L'avantage est que vous n'avez pas à dupliquer de code.
• Les inconvénients sont que vous:
  • mettra à jour l'API publique fréquemment, mais devrait être résolu avec le contrôle de version
  • ne peut pas vraiment rendre la mise en cache et les optimisations spécifiques au service

Qu'est-ce qui est considéré comme la meilleure pratique? Les sites tels que Stack Exchange, Github, Twitter, etc. utilisent-ils leurs propres API pour leurs clients?

Vous devez absolument utiliser votre propre API. Ce concept est largement connu sous le nom de dogfooding et il présente de nombreux avantages au-delà d'éviter la duplication de code.

• Comportement cohérent entre votre site / produit et ce que les consommateurs d'API écriront (c'est-à-dire leurs attentes envers votre API)
• Une autre forme de test.
• Vous pouvez trouver et trouverez des bogues dans l'API avant vos clients, ce qui rend leurs résolutions moins coûteuses.

Bien que je m'oppose à l'un de vos points: vous ne devriez pas mettre à jour l'API fréquemment. Passez du temps à concevoir et à tester une API qui restera en place pendant un certain temps. Heureusement, le dogfooding de cette manière renforcera cela. Là où vous veniez de casser le code client auparavant, vous allez maintenant casser votre propre code. Quand vous le devez , oui, le versioning est une solution, mais elle doit être évitée.

pour une raison quelconque, cela ne me permettra pas de me connecter comme affiche de la question, mais c'était moi. Je ne peux pas accepter votre réponse, j'aimerais bien, cela a beaucoup de sens.

Cependant, comment pouvez-vous ne pas vouloir mettre à jour votre API? Qu'en est-il de l'ajout de nouvelles fonctionnalités, de la suppression de celles impopulaires, de la refactorisation, etc.?