Discussion :

[aurelienboudoux]

Hello !

Etant un fan inconditionnel de C# et de la POO en général, je me suis retrouvé récemment face à une déception de taille : javascript

Le problème, c'est que ce langage est incontournable si l'on veux faire du frontend un peu propre.

N'existe-t-il pas un moyen de remplacer ce langage hideux par du C# ? ne serait-ce que pour profiter de l'intellisence, des concepts natifs comme Linq, async/await, et surtout de l'organisation du code avec des classes clean ?

Si vous aussi vous vous posez ces questions, sachez que OUI ! c'est possible !

Et pour vous le prouver je vous ai concocté une petite vidéo de code dans laquelle je conçois un jeu de casse brique sans taper une ligne de javascript.
Comment ? grâce à la magie de la transpilation (et non de la transpiration qui est plutôt le quotidien des développeurs javascript)

Pour voir la vidéo, c'est par ici : http://aurelien.boudoux.fr/2016/09/c...une-heure.html

Enjoy !

[beekeep]

Bonjour,

Comment ? grâce à la magie de la transpilation (et non de la transpiration qui est plutôt le quotidien des développeurs javascript)

Pas de chance la transpilation est bien le quotidien de nombreux développeurs web.

http://www.developpez.com/actu/10393...de-JavaScript/

[aurelienboudoux]

Pas de chance ? je dirais plutôt que si, car si la transpilation est le quotidien de nombreux développeurs web, cela signifie (j'imagine) une meilleure structuration de code, des erreurs détectées plus tôt par le transpileur, des design pattern modernes appliqués sur du front (injection de dépendance, principes SOLID, tests unitaires, ...)

L'intérêt ici est de
1) arrêter le javascript natif qui conduit à des problèmes de structure et de design de code
2) disposer d'un transpiler C# vers javascript pour être immédiatement opérationnel, gagner en productivité et avoir une certaine "coherence" entre le back et le front

Alors oui, j'ai vu pas mal de "pro du web" expliquer qu'il est préférable de faire du TypeScript (j'imagine que c'est par rapport à la qualité du code javascript généré).
J'avoue ne pas m'être vraiment penché sur le sujet... Je sais que les nouveaux frameworks (Angular2, Aurelia, ...) poussent en ce sens, mais quand je vois déjà tout ce qu'il est possible de faire avec Bridge.NET, voir même avec DuoCode quand on a de bonnes notions de POO, j'ai presque envie de dire "pourquoi s'embêter la vie ?"

Après, il est vrai que le dev frontend n'est pas ma spécialité, il y a surement d'autres problématiques qui m'échappent...

[jopopmk]

Salut,

du coup tu utilises Bridge.NET ? Si oui le mettre dans le titre n'aurait pas été superflu.
En tout cas je connaissais pas, si j'ai quelques minutes je me pencherai sur la chose.

Maintenant je suis pas complètement sûr de la viabilité de la démarche dans le monde pro.
Il y a de plus en plus de dev compétents en JS/TS (voire full avec le côté serveur également en JS).

Simple curiosité : une des lib dont tu parles générerait-elle par hasard du code JS compatible avec du JS généré via TS ?
Parce là pour le coup les dev pourraient faire leur choix sans l'imposer à l'équipe/boîte, et taper sur des FW intéressants.

[aurelienboudoux]

Salut,

Effectivement, j'utilise Bridge.NET
J'ai essayé de modifier le message pour le rajouter dans le titre, mais ce n'est pas possible, dommage.

Simple curiosité : une des lib dont tu parles générerait-elle par hasard du code JS compatible avec du JS généré via TS ?

J'ai peur de ne pas bien comprendre, mais en gros Bridge.NET comme DuoCode permettent a partir d'un code C# de générer du code javascript et TypeScript.

pour voir le résultat en live, je t'invite a regarder mon projet sur DECK : http://deck.net/9b1f63250be234abaf8562836c495dab

Dans le panneau de gauche, il y a mon code C#, au centre, le code javascript et/ou TypeScript généré par Bridge, et à droite, le résultat interprété par le navigateur.

J'espère que ça répond à ta question