RFC :

La demande de commentaires (RFC) est un mémorandum publié par l'Internet Engineering Task Force (IETF) décrivant les méthodes, les comportements, la recherche ou les innovations applicables au fonctionnement d'Internet et des systèmes connectés à Internet.

À la fin de cette vidéo d'introduction à REST , les RFC2616 et RFC3986 sont mentionnés comme lectures complémentaires. Après avoir regardé la vidéo, j'ai googlé ces documents et, comme le titre le suggère, je ne sais pas comment les utiliser. Dois-je les lire dans leur intégralité et prendre des notes ou les utiliser davantage comme référence lorsque je ne comprends pas quelque chose ou si j'ai un problème?

Comme vous le dites dans votre question, les RFC sont soit des normes de facto pour les opérations Internet, soit elles fournissent des conseils supplémentaires pour ces opérations. Leur annexe concernant les RFC fait un meilleur travail pour éclairer les différentes sources de RFC et leur signification globale, y compris les considérations d'obsolescence.

Do I read them in their entirety and make notes or do I use them more as a reference for when I don't understand something or have a problem?

Traitez-les comme vous traiteriez toute autre référence de normes.

1. Certaines personnes aiment lire une référence tout au long; cela leur donne une compréhension très solide de ce qui est requis.
2. D'autres parcourent une norme et y font référence lorsqu'ils rencontrent des problèmes que le RFC devrait résoudre.
3. D'autres encore ne liront jamais le contenu d'un RFC.

En général, je pense qu'ils sont beaucoup plus utiles comme référence que comme texte explicatif. Mais je tombe dans la deuxième catégorie de personnes que j'ai décrite. D'un autre côté, si vous voulez vraiment comprendre les écrous et boulons d'une technologie particulière, vous voudrez peut-être plonger profondément dans la norme. Comme pour tant de choses, cela dépend de vos objectifs.

Pour ce que vous faites avec le tutoriel REST, l'option # 2 est probablement votre meilleur pari. Écrémer, glaner quelque chose de nouveau, se référer si nécessaire.

Cela peut dépendre de la raison pour laquelle et de ce que vous avez lu. En fait, vous constaterez que de nombreux programmeurs n'ont jamais lu de tels documents. Permet donc de gérer l'exception:

• Vous êtes très curieux et souhaitez tout savoir sur une certaine technologie. Il vous suffit ensuite de les lire et de prendre des notes à votre guise ou selon vos besoins. Ou lisez-les afin que vous ayez une bonne idée de ce qu'il y a à trouver (plus: peut donner des réponses vraiment intelligentes sur StackOverflow et obtenir beaucoup de réputation)

• Vous devez vous préparer à un test à ce sujet. (Gérer comme préparation au test pour tout le reste, prendre beaucoup de notes)

• Vous devez implémenter un logiciel qui dépend de l'implémentation correcte et rigoureuse de quelque chose (un navigateur Web, la gestion de l'URI, tout compilateur ou interprète pour une langue donnée). Dans ce cas, vous lisez très attentivement, prenez beaucoup de notes et développez en même temps divers cas de test pour exécuter votre programme.

D'une part, facilitez-vous la vie.

Bien que cela puisse peut-être être considéré comme du spam promotionnel, cela ne signifie vraiment pas cela:

Si vous utilisez le navigateur Chrome de Google pour afficher les RFC ietf.org, je peux recommander d'installer l'extension RFCRestyle Chrome sans autre raison que de faciliter le travail de lecture sur les yeux et le cou.

Sérieusement, j'ai fait l'extension spécifiquement parce que ce sont des documents intimidants, qu'ils le veuillent ou non, DOIVENT être lus par quiconque souhaite travailler avec le Web. Quelle meilleure façon de comprendre, par exemple, comment formater correctement un e-mail, que de lire les normes qui façonnent le fonctionnement de l'ensemble du système?

Pas que je sache.

Ce n'est peut-être pas amusant ou sexy, mais ces documents sont des examens et des révélations minutieusement élaborés et approfondis sur chaque procédure convenue, huilant les engrenages de l'ère de l'information. Et sans les traverser, on ne peut qu'espérer avoir une compréhension profane ou (du moins d'une certaine manière) corrompue du ou des sujets.

Par exemple, j'ai construit (et utilisé par la suite) l'extension après avoir découvert que la page de Wikipédia sur les adresses e-mail était loin d'être précise et j'ai décidé de la réparer . Une fatigue oculaire abondante et beaucoup de grattage de la tête plus tard, et l'article a été amélioré en même temps que ma connaissance du sujet . J'avais également découvert que les RFC sont horribles à lire sans un peu de magie CSS .

Mon point?

Jusqu'à ce que je prenne le temps de parcourir les normes définies dans plusieurs RFC et que je fasse de mon mieux pour relier cela au wiki, les lecteurs de ce wiki recevaient des informations très inexactes;

ce ne sont que les normes officielles sur lesquelles on peut finalement s'appuyer. Toute autre source de connaissances sur ces sujets est une corruption de la source (à certains égards ou autre).

Donc, même si ce n'est pas "le meilleur EVAH amusant!" - Quelqu'un doit le faire.