Docs: Certains endroits sont erronés/manquants dans la doc Angular 2

@Hongbo-Miao, merci d'avoir signalé ce truc. Nous dépendons de la communauté pour nous garder précis. Si vous pouvez voir comment y remédier, cela vous dérangerait-il d'apporter les corrections, ici : https://github.com/feathersjs/feathers-docs/edit/master/frameworks/angular2.md ?

@Hongbo-Miao bosse ! Nous sommes moins familiers avec Angular2 donc nous apprécierions vraiment votre aide. Vous pouvez facilement créer un PR instantané en modifiant le fichier lié ci-dessus. Serait très apprécié. ??

Ces deux problèmes que j'ai signalés sont liés. Je ne sais pas d'où vient le Service dans export class SocketService extends Service .

Je suppose que c'est de plumes.js. Besoin d'ajouter quelque chose comme

Manuscrit:
import { Service } from 'feathers.js';

Étant donné qu'il n'y a pas de saisie, cela doit être :
const Service = require('feathers.js');

Mais pour le moment, je ne sais pas d'où vient exactement ce Service .

J'ai fait le PR https://github.com/feathersjs/feathers-docs/pull/252

Il y a une chose que le document n'est pas claire pour le moment et que je n'ai pas mis à jour, il ne dit rien sur le Service . Sur la base de https://berndsgn.ch/angular2-and-feathersjs/ , vous devez toujours écrire votre propre Service , puis l'étendre.

Il y a encore beaucoup de travail pour les docs si vous voulez que les gens d'Angular 2 l'apprennent facilement.

Une autre chose que je n'ai pas ajoutée est que les gens ne peuvent pas simplement utiliser facilement SocketIOClient.Socket dans public socket: SocketIOClient.Socket; car ce type est une définition de type globale qui est un cas particulier. (J'ai vu beaucoup de gens coincés ici.)

Donc une façon :

Exécutez npm install --save-dev @types/socket.io-client .
Et ajoutez également ceci dans votre fichier tsconfig.json :

"types": [
  "socket.io-client"
]

Mais je crains que cela ne rende le document complexe pour les nouveaux utilisateurs.

Ou le moyen le plus simple consiste simplement à utiliser

public socket: any;

J'aimerais savoir ce que vous pensez avant de mettre à jour ceci.

Ce guide est très, très obsolète. Angular a subi des révisions majeures depuis lors, et cela ne reflète pas exactement la façon dont les applications de plumes devraient être structurées de nos jours. Je recommande de supprimer définitivement ce guide - j'espère pouvoir en écrire un nouveau bientôt. :)

J'ai également du mal à utiliser ce guide et j'ai rencontré les mêmes problèmes. Il y a aussi le problème que certains extraits de code sont fournis sans qu'il soit clair où ils appartiennent.

Jusqu'à ce que quelqu'un réussisse à mettre à jour le guide, je soutiens la suggestion de @harangue de supprimer cette partie du guide.

Je fais de bons progrès pour essayer d'écrire ma propre version de l'application de chat Angular2.

Ce n'est pas encore fini et c'est encore un peu brouillon, mais n'hésitez pas à y jeter un œil si ça vous intéresse : https://github.com/aurerua/feathersjs-angular2 (les retours sont les bienvenus)

Cependant, cette version traite également de l'authentification. C'est donc un peu plus que ce que font les autres frameworks dans la doc. Dans la documentation, l'authentification est supprimée de la partie Frameworks et implémentée sous forme de pages statiques. Les frameworks démarrent après la connexion (le framework est défini comme le chemin donné à "successRedirect" dans /config/default.json).

Une fois que j'ai terminé, et si j'arrive à trouver une bonne solution au problème #350, je peux écrire une version mise à jour de la doc si nécessaire. Mais j'aurai certainement besoin de quelqu'un connaissant Angular 2 pour l'examiner en premier.

@aurerua Merci pour cette contribution sur votre repo. Cela me met définitivement dans la bonne direction. Il y a quelques choses qui devraient être corrigées avant qu'il ne soit publié comme officiel. Je ne pense pas que je recommanderais de se connecter au serveur dans le constructeur de votre service de messagerie par exemple.

Je pense que le package d'authentification est en train d'être remanié à partir de ce que je vois. Pas sûr que ce soit la même chose sur le client, je débute tout juste sur les plumes. Le "auth/local" ne doit être écrit qu'à la fois (il est utilisé dans le service d'authentification et le service de plumes)

Nous avons supprimé les guides spécifiques aux frameworks de la documentation et les mettrons dans des articles de blog, je vais donc fermer ceci.