Discussion :

[mchurlet]

Bonjour,
Je veux développer une application en utilisant des bibliothèques Nodes.js sur Git.
Je programme en VB.NET et donc je suis en train de me former sur Node.JS en utilisant l'EDI Visual Studio Community 2019 pour pouvoir comprendre comment utiliser ces bibliothèques.
J'aimerais savoir s'il est possible de récupérer les valeurs des programmes Node.js dans VB.NET et si oui, comment faire.
Pouvez-vous me mettre sur les rails ? Ça me ferais gagner beaucoup de temps si je pouvais développer mon interface en VB avec mes rudiments de node.js ?

[Engiwip]

Quitte à utiliser Nodejs Pourquoi ne pas se mettre à TypeScript ? tu restes Microsoft.

transition en douceur.
typsecript client et server.

[Beginner.]

J'aimerais savoir s'il est possible de récupérer les valeurs des programmes Node.js dans VB.NET et si oui, comment faire.

Je ne suis pas sûr d'avoir compris mais peut-être que cela rejoint un problème qui s'était posé à moi alors apparemment cela dépends du module, si par exemple le module écrit le résultat dans un fichier eh bien il faut récupérer ce fichier ou si (comme c'est souvent le cas j'ai l'impression) il écrit le résultat dans le stdout eh bien il faut récupérer ce flux de sortie...

Je dis ça car en java j'avais vu un exemple où le module était exécuté avec node.js avec une fonction qui permet de récupérer la réponse (stdout)...

C'est une question importante mais curieusement on trouve peu d'explication sur cet usage...

[Songbird]

Bonjour,

Quitte à utiliser Nodejs Pourquoi ne pas se mettre à TypeScript ? tu restes Microsoft.

Je ne vois pas tellement le rapport avec la question (?).

J'aimerais savoir s'il est possible de récupérer les valeurs des programmes Node.js dans VB.NET et si oui, comment faire.

Qu'est-ce que tu entends par "récupérer" ?

Si tu souhaites effectuer tes traitements avec Node.js et récupérer le résultat pour les afficher dans une vue écrite en VB.NET, il te suffit d'envoyer des requêtes http (par exemple) vers un serveur géré par node.

[mchurlet]

...j'avais vu un exemple où le module était exécuté avec node.js avec une fonction qui permet de récupérer la réponse (stdout)...

Oui, c'est un peu l'idée.
Mon programme node.js récupère des flux comme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
websocket.on('message', websocketCallback); ce qui renvoie
{ type: 'done',
  side: 'sell',
  order_id: 'fca5413f-5894-4883-8644-63e2e95baa70',
  reason: 'filled',
  product_id: 'ETH-USD',
  price: '172.11000000',
  remaining_size: '0.00000000',
  sequence: 6507623431,
  time: '2019-04-10T00:14:10.405000Z' }

Donc, si je pouvais récupérer directement ce flux dans une variable tableau VB.Net, je pourrais traiter les données dans le langage que je connais mieux.
Je vais continuer à apprendre Node.js et javascript. Je commence à entrevoir ses possibilités et c'est prometteur.
Ça vaut la peine d'investir un peu de temps.

Si tu souhaites effectuer tes traitements avec Node.js et récupérer le résultat pour les afficher dans une vue écrite en VB.NET, il te suffit d'envoyer des requêtes http (par exemple) vers un serveur géré par node.

C'est effectivement une solution intéressante.

Merci pour vos réponses qui m'aident beaucoup.

[mchurlet]

Quitte à utiliser Nodejs Pourquoi ne pas se mettre à TypeScript ? tu restes Microsoft.

Visual studio intègre TypeScript je crois bien.

[Songbird]

De rien, et tant mieux. Amuse-toi bien !

[Marco46]

Quitte à utiliser Nodejs Pourquoi ne pas se mettre à TypeScript ? tu restes Microsoft.

transition en douceur.
typsecript client et server.

TypeScript n'a pas grand chose à voir avec VB.NET ou CSharp. Ajouter TypeScript à la transition c'est juste se rajouter du taf. Pour apprendre TypeScript il faut vraiment très bien maitriser le JavaScript vanilla.

[Engiwip]

Visual studio intègre TypeScript je crois bien.

oui et ce n'est pas insurmontable.

[Engiwip]

TypeScript n'a pas grand chose à voir avec VB.NET ou CSharp. Ajouter TypeScript à la transition c'est juste se rajouter du taf. Pour apprendre TypeScript il faut vraiment très bien maitriser le JavaScript vanilla.

pas d'accord . il y a la possibilité de penser composant .
faut pas en rajouter non plus sur la difficulté .
le discours de maitriser le Javascript pour ecrire du Typescrit je ne vois pas sur quel paradigme c'est fondé. Encore un dogme.

puis il y a un plus grand fossé entre C# et javascript qu'entre C# et Typescript.

Microsoft a ma rescousse
https://msdn.microsoft.com/en-us/magazine/jj883955.aspx

a+ marco.

[Marco46]

Il est bien cool ton lien, paragraphe 3 :

TypeScript isn’t a new language. It’s a superset of JavaScript—a powerful, typed superset, which means that all JavaScript is valid TypeScript, and what is produced by the compiler is JavaScript.

En d'autres termes, pour apprendre TypeScript il faut apprendre JavaScript + TypeScript.

Pour ce qui est des exemples du billet que tu as fournis, je vais me répéter parce que je le répète à chaque discussion avec des novices mais TypeScript transpile par défaut en ES3. Donc une version de JS qui a 20 ans.

Quand tu transpiles vers une version récente de JS, la transpilation consiste à tout simplement supprimer les informations de typage.

le discours de maitriser le Javascript pour ecrire du Typescrit je ne vois pas sur quel paradigme c'est fondé. Encore un dogme.

Le paradigme de la logique. Comme TS = JS + Types c'est quand même pas trop con d'apprendre le coeur du langage d'abord.

Ensuite un projet TS vient s'insérer dans un écosystème existant dont la plupart des dépendances sont écrites en JS directement avec un support TS via les typings ce qui fait que les patterns utilisés sont la plupart du temps ceux de JS et non ceux d'un TS orienté objet.

TS n'est pas du C# ou du Java à la sauce JS. Il vaut mieux éviter d'utiliser les mêmes patterns que dans ces langages. C'est une des raisons de l'échec d'Angular. Ils ont essayé de faire du Java côté client. Grave erreur.

pas d'accord . il y a la possibilité de penser composant

Et pas en JS ? Elle est bien bonne celle-là

[Sodium]

Non je ne comprends pas trop. Si tu sais faire du JavaScript tu sais faire du TypeScript, c'est juste du JavaScript avec des fonctionnalités en plus. Si il connaît d'autres langages, TypeScript est même beaucoup plus simple car plus proche.

Par contre effectivement je ne vois pas forcément la pertinence de TypeScript pour communiquer avec un serveur NodeJS, les deux étant totalement indépendants. TypeScript c'est juste de la quality of life du développeur.

[Engiwip]

Par contre effectivement je ne vois pas forcément la pertinence de TypeScript pour communiquer avec un serveur NodeJS, les deux étant totalement indépendants. TypeScript c'est juste de la quality of life du développeur.

effectivement on peut communiquer avec le language que l'on souhaite .
sans offense je pense que vb.net est en perte de vitesse et pour communiquer avec un serveur Nodejs autant le faire en Typescript.

effectivement si c'est pour integrer des appels a Nodejs dans un projet existant ma réponse n' a pas de sens. j'ai lu en travers

[Engiwip]

Il est bien cool ton lien, paragraphe 3 :



En d'autres termes, pour apprendre TypeScript il faut apprendre JavaScript + TypeScript.

Pour ce qui est des exemples du billet que tu as fournis, je vais me répéter parce que je le répète à chaque discussion avec des novices mais TypeScript transpile par défaut en ES3. Donc une version de JS qui a 20 ans.

Quand tu transpiles vers une version récente de JS, la transpilation consiste à tout simplement supprimer les informations de typage.

personne n'oblige a regarder le code JS transpilé en ES3 . Est ce qu'on oblige le dev java a regarder le Bytecode ? non. tout le monde s'en fout.

Le paradigme de la logique. Comme TS = JS + Types c'est quand même pas trop con d'apprendre le coeur du langage d'abord.

C'est marqué où ?

tu peux venir de PHP ou .net et faire le saut direct en Typescript sans maitriser le JS. je vois pas le pb. c'est meme mieux de pas se chopper les mauvaises habitudes de JS.

Ensuite un projet TS vient s'insérer dans un écosystème existant dont la plupart des dépendances sont écrites en JS directement avec un support TS via les typings ce qui fait que les patterns utilisés sont la plupart du temps ceux de JS et non ceux d'un TS orienté objet.

Et ? l'auteur de vient de VB.net il n' y a pas d'existant JS
on a eu une discussion l'autre jour sur JS + flow vs Typescript.
a vrai dire je me suis plongé dans le TS . je ne vois pas ou est le l'utilité de comprendre tout de JS.

TS n'est pas du C# ou du Java à la sauce JS. Il vaut mieux éviter d'utiliser les mêmes patterns que dans ces langages. C'est une des raisons de l'échec d'Angular. Ils ont essayé de faire du Java côté client. Grave erreur.

et pourtant les notions d'objet de C# et Java aideront forcément pour comprendre le TS pour Nodejs qui est le nouveau "Tomcat"
angular c'est un peu different nous sommes coté client avec la promesse difficile d'unifier et cadrer et les outils web , l'ecosysteme et les équipes travaillant de concert.

a vrai dire TS EST le Java pour nodejs

pas d'accord . il y a la possibilité de penser composant
Et pas en JS ? Elle est bien bonne celle-là

oui effectivement tu as raison mais c'est moins intuitif que TS.

mince marco c'est de la balle TS.

[Marco46]

C'est quand même incroyable de pas comprendre, c'est pourtant d'une simplicité enfantine.

TypeScript n'est pas un langage à proprement parler, c'est une extension de JavaScript.

Donc autant apprendre d'abord JavaScript qui est déjà suffisamment touffu comme ça, et ensuite apprendre TypeScript qui étend le langage avec la notion de typage statique (structurel et pas nominal comme Java ou C#) uniquement à la phase de transpilation (il n'en reste rien à l'exécution).

[Sodium]

Sauf que comme le disaient les messages plus haut, le JavaScript pure oblige à prendre de très mauvaises habitudes de codage avec sa logique absurde, je ne vois donc pas l'intrérêt de se forcer à avaler ça.
Et s'il faut apprendre le JavaScript parce que TypeScript est traduit en JavaScript, alors autant apprendre directement le binaire pour avoir directement le langage machine tant qu'on y est.

[Engiwip]

TypeScript n'est pas un langage à proprement parler, c'est une extension de JavaScript.

.

C est valable pour ceux qui connaissent déjà JS oui on peut le voir comme une extension.
Pour les nouveaux entrants le language a apprendre est bien TS.

[Marco46]

C est valable pour ceux qui connaissent déjà JS oui on peut le voir comme une extension.

TypeScript est une extension de JS. Je te demande pas ton avis je t'informe. C'est écrit texto dans le billet que tu as toi-même linké, c'est écrit dans la documentation, c'est expliqué dans les design goals.

Je peux plus rien pour toi.

JavaScript + types = TypeScript

TypeScript - types = JavaScript.

TOUT ce que tu écris en TypeScript sans utiliser de type c'est du JS pur.

Pour les nouveaux entrants le language a apprendre est bien TS.

Non car ce n'est pas un langage c'est une extension. La documentation de TS ne suffit pas à apprendre le langage, elle n'est pas exhaustive. Il manque beaucoup de concepts, ils ne traitent que les parties du langage sur lesquelles adosser des types. L'API de base n'est même pas décrite.

[Sodium]

TOUT ce que tu écris en TypeScript sans utiliser de type c'est du JS pur.

C'est faux, TypeScript possède notamment des interfaces.

[Marco46]

Je te mets en gras puisque tu as du mal à lire :

TOUT ce que tu écris en TypeScript sans utiliser de type c'est du JS pur.