Discussion :

[stailer]

Dés qu'on fait du .Net ou Java on utilise Javascript ??? Ah bon ?

Pour le web,99% du temps, oui.

ASP.NET, ASP.NET MVC...Même certains projets Sharepoint.

EXCUSE-MOI de ne pas avoir précisé en détail... Mon Dieu...

Google et son intégration MVVM...ou ça ???

Autant pour moi, je parlais de ça : http://knockoutjs.com/

Mais il me semble bien que Google a fait un truc équivalent il y a peu..
Ou alors c'était uniquement le Binding.

Donc je modifie ce que j'ai dit, en javascript on peut utiliser les patterns MVVM et MVC mais aussi utiliser les Binding.

Bref, faut vraiment arrêter la mauvaise foi ici... Tu as très bien compris ce que j'ai voulu dire.

EDIT:
D'ailleurs y a même des libs pour faire du LinQ en javascript
http://jslinq.codeplex.com/

[erwanlb]

Pour le web,99% du temps, oui.

ASP.NET, ASP.NET MVC...Même certains projets Sharepoint.

EXCUSE-MOI de ne pas avoir précisé en détail... Mon Dieu...




Autant pour moi, je parlais de ça : http://knockoutjs.com/

Mais il me semble bien que Google a fait un truc équivalent il y a peu..
Ou alors c'était uniquement le Binding.

Donc je modifie ce que j'ai dit, en javascript on peut utiliser les patterns MVVM et MVC mais aussi utiliser les Binding.

Bref, faut vraiment arrêter la mauvaise foi ici... Tu as très bien compris ce que j'ai voulu dire.

EDIT:
D'ailleurs y a même des libs pour faire du LinQ en javascript
http://jslinq.codeplex.com/

Laisse Dieu ou il est, j'y ai jamais cru à ce gusse la

En mélangeant .Net et Javascript j'ai cru que tu parlais des prochaines appli pour Win8...donc ça portait à confusion...et comme t'es pas obligé de faire du Javascript pour l'ASP...

Et MVVM c'est lié à .Net il me semble....

Et Linq to Javascript prend la continuité des autres Linq to TrucMuche simplement...

[stailer]

Et MVVM c'est lié à .Net il me semble....

Et Linq to Javascript prend la continuité des autres Linq to TrucMuche simplement...

MVVM n'est pas lié à .Net, c'est un pattern. Tout comme l'injection de dépendance.

Concernant "LinQ", je sais pas ce que tu entends par "simplement", il n'empêche que c'est un superbe outil inventé Microsoft et je suis plus que "simplement" heureux de l'avoir également en PHP (plinq) ou javascript (même si j'ai pas encore utilisé avec ce dernier).

[Grimly_old]

Je réitère mes propos en connaissance de cause .
Bien avant l'apparition de tous ces frameworks et autres, qui ne font qu'émuler des fonctionnalités serveur., Javascript a toujours été utilisé en tant que technologie cliente, c'est un fait et non un préjugé, ce langage a été crée pour cela, c'est sa nature en quelque sorte.

Après si ça vous plait de d'en faire un langage serveur alors qu'il n'a ni la puissance, ni la sécurité pour le faire, libre à vous.

Et moi je fais des applets avec Java !

Un langage n'est JAMAIS limité à sa première utilisation. Java en serait mort d'ailleurs car le but premier de Java était les applets qui ont coulés face à Flash.

Si un interpréteur de JavaScript venait à naitre, sans l'accompagnement HTML / CSS (c'est a dire sans le DOM, ou revisité pour manipuler les éléments crées en JavaScript), je pense que le langage serait tout de même utilisé par grand nombre de personne.

Une syntaxe simple, un langage puissant (mais différent des autres, je l'accorde pour ceux qui préfèrent des langages de type C, PHP ... avec les classes ...)

Il y a des interpréteurs ECMAScript (autre nom du Javascript) en java par exemple. (Rhino : http://en.wikipedia.org/wiki/Rhino_(JavaScript_engine) )
Le javascript n'est pas simple mais juste sur différent par son concept de prototypage opposé aux objets.

[Bovino]

Je réitère mes propos en connaissance de cause .
Bien avant l'apparition de tous ces frameworks et autres, qui ne font qu'émuler des fonctionnalités serveur., Javascript a toujours été utilisé en tant que technologie cliente, c'est un fait et non un préjugé, ce langage a été crée pour cela, c'est sa nature en quelque sorte.

Après si ça vous plait de d'en faire un langage serveur alors qu'il n'a ni la puissance, ni la sécurité pour le faire, libre à vous.

JavaScript est à la base un langage de script serveur... sous son ancien nom de LiveScript.
Ensuite, on en retrouve des déclinaisons dans beaucoup d'environnements (notamment presque tous les produit Adobe) et depuis fort longtemps.
Sans parler de JScript qui était tellement intégré dans Windows que sa partie navigateur a fait tant pester les développeurs du fait de sa non compatibilité.

Aujourd'hui faire du web sans Javascript c'est impossible, autant pas faire de web

Tout à fait d'accord !

[kimjoa]

Envoyé par moriarti13
node.js je veux bien, mais Javascript est une technologie cliente, jusqu’à preuve du contraire, donc en faire une techno serveur...

pour s'amuser si on veut, mais au niveau professionnel, c'est à abolir définitivement.

Brendan Eich a initialement développé un langage de script côté serveur, appelé LiveScript, pour renforcer l'offre commerciale de serveur HTTP de Mosaic Communications Corporation.... Quelques jours avant sa sortie, Netscape change le nom de LiveScript pour JavaScript.

Si le JavaScript avait des classes, héritage simple et namespace (devenait un PHP-like en faite), je suis sure qu'il serait encore plus populaire et plus de gens s'en servirait côté serveur.

Nodejs est populaire justement parce que il est écrit en js, qui a beaucoup de coté sympas aussi. C'est sur qu'il lui manque des trucs, typage fort et autre, mais c'est pas prêt de changer.
Reste les préprocesseurs, qui eux, auront un belle avenir pour combler ses lacunes, pour autant qu'il ne s'éloigne pas trop de la "philo" js en gardant son coté dynamique et fonctionnelle. Dart avait eu une bonne initiative en permettant de prototype son projet en dynamique et le finaliser petit à petit en typant ses variables, mais bon je m'éloigne !

[marts]

Un langage n'est JAMAIS limité à sa première utilisation. Java en serait mort d'ailleurs car le but premier de Java était les applets qui ont coulés face à Flash.

Exact et j'ajouterais que, comble de l'ironie, Javascript était initialement un langage de script pour serveurs (il s'appelait alors Livescript), et qu'il a ensuite été porté en environnement client pour remplacer Java.

[erwanlb]

MVVM n'est pas lié à .Net, c'est un pattern. Tout comme l'injection de dépendance.

Concernant "LinQ", je sais pas ce que tu entends par "simplement", il n'empêche que c'est un superbe outil inventé Microsoft et je suis plus que "simplement" heureux de l'avoir également en PHP (plinq) ou javascript (même si j'ai pas encore utilisé avec ce dernier).

Hors WPF et Silverlight, t'as vu beaucoup de projets utilisant MVVM ?

J'entends qu'il y a Linq to SQL/Objects/XML/Entities, etc...vers Javascript n'en est qu'un de plus...mais côté web jamais mis mon nez dedans

[camus3]

Hors WPF et Silverlight, t'as vu beaucoup de projets utilisant MVVM ?

On a parlé de Knockoutjs plus haut écrit par un développeur chez Microsoft qui utilise le même système de databinding que WPF , quand à linq il y a bien un projet pour javascript : http://linqjs.codeplex.com/

[Khaled.Noordin]

mais oui biensur... j'y crois à ces stats
je crée un projet javaweb sur github j'importe jquery et bootstrap sans même taper une ligne de code de javascript...et voila que le pourcentage de javascript dans mon projet a explosé.

"On peut faire dire ce que l'on veut aux statistiques"

[Kobee1203]

@erwanlb

Citation:
Envoyé par stailer
Jquery, Sencha, html5 etc... Tout utilise javascript aujourd'hui, dès qu'on fait une appli en Php, .Net ou java.

D'ailleurs je comprends pas que certains disent que ce langage soit pourri...
Sencha à prouvé avec l'intégration du MVC (ou Google et son intégration MVVM) que Javascript peut aller très loin.
Pour ma part je ne cracherai donc pas dans la soupe...

Dés qu'on fait du .Net ou Java on utilise Javascript ??? Ah bon ?

Tu as mal repris la citation :

Aujourd'hui faire du web sans Javascript c'est impossible, autant pas faire de web ou alors du (feu ?) Flash ou (feu) Silverlight.

Jquery, Sencha, html5 etc... Tout utilise javascript aujourd'hui, dès qu'on fait une appli en Php, .Net ou java.

Ce qu'il voulait dire c'est que quand tu fais une application web, quelque soit le langage utilisé côté serveur, il est quand même très difficile de te passer du javascript côté client, pour rendre ton application beaucoup plus attrayante, et obtenir une meilleure expérience utilisateur.
Et si tu me parles d'accessibilité, il doit avoir tellement peu de personnes qui essaie de respecter les règles que ça serait un faux argument.

[psychadelic]

node.js je veux bien, mais Javascript est une technologie cliente, jusqu’à preuve du contraire, donc en faire une techno serveur...

pour s'amuser si on veut, mais au niveau professionnel, c'est à abolir définitivement.

In the fourth quarter of 2017, Netflix had 117.58 million streaming subscribers worldwide.