Reprise du message précédent :
Non mais c'était une vraie question

En js:

Les objets étant des fonctions (enfin déclarés comme tels en général avant ecmascript6 toussa, je vulgarise), ils se comportent comme des fonctions ou des objets en fonction du new ou pas.

Merci. Maintenant que tu le dis ça me rappelle qqch mais je fais trop peu de JS "natif" pour me rappeler ce genre de trucs .

nouvelle version d'angular2 : 2.0.0-alpha.45 (2015-10-29)https://github.com/angular/angular/blob/master/CHANGELOG.md

Merde il faut que j'aille voir ça

après investigation ( http://www.2ality.com/2013/07/defe [...] ctors.html ) en strict mode je peux pas oublier le 'new' (parce que le 'this.lol = ' fail)
Et effectivement, je me suis planté sur un objet de Three.js.
donc y'a rien que je puisse faire, j'ai déjà mis le strict mode partout dans mon code (et non je vais pas sctrictiser three.js).

You can quote this: +1.

function Minkowski(minXMM, maxXMM, minYMM, maxYMM) {
            if (this == null)
                throw "this is a constructor, you forgot 'new'";

function Minkowski(minXMM, maxXMM, minYMM, maxYMM) {
            if (this == null)
                return new Minkowski(minXMM, maxXMM, minYMM, maxYMM);

Ton throw String, c'est mal. Regarde si dans les Errors y'a pas un truc qui pourrait t'aller. Genre TypeError.
 
Sinon
 

function LOL() {
  if(!(this instanceof LOL)) {
    throw new TypeError('NOOB');
  }
}

function LOL() {
  if(!(this instanceof LOL)) {
    throw new TypeError('NOOB');
  }
}

 
S'habituer à écrire ses objets comme ceci, ça n'irait pas ? https://jsbin.com/wasiroqoku/edit?js,console
C'est peut-être pas une bonne pratique ?
 

Tu dupliques le prototype pour chaque instance, à ce compte là autant avoir les méthodes sur l'instance directement.

Ha oui.
Je savais bien qu'il y avait un loup

Je viens de tomber sur new.target : https://developer.mozilla.org/en-US [...] new.target
 
Voilà nraynaud, ça répond à ta question    
 
Y'a plus qu'à attendre une petite dizaine d'année que ce soit utilisable sur tous les navigateurs ... même babel ne connait pas encore apparemment

nan, en fait moi j'utilise le mode strict, et c'est juste une lib que j'utilisait qui est pas en strict et qui a laissé passer mon oubli du "new" et pété 3h plus tard

Tu te fais un hook de precommit qui détecte les patterns du type :

et hop t'es tranquille

C'est dans v8, et dans Node 5.x.x:
 
https://nodejs.org/en/blog/release/v5.0.0/

Question pratique :

J'ai mon site, qui a plein de pages. Forcément, les pages ont plein de choses en commun (entête, barre de navigation, bas de page).

Qu'est-ce qu'on utilise typiquement comme outil pour exprimer ça et s'assurer que les changements sont répercutés partout où ils doivent l'être ?

(Là j'ai utilisé les template T4 de microsoft, mais c'est une usine à gaz, tout en étant beaucoup trop puissant pour ce que je veux, et pas franchement expressif...)

ah oui, ça part de loin.
on utilise des systèmes de templates, les plus malins on même des templates "creux" (où le contenu différent est au centre, et le commun sur les bords).

Si t'es sur symfony :
http://symfony.com/doc/current/boo [...] nd-layouts
http://symfony.com/doc/current/boo [...] -templates

Il y a peut-être un truc que j'ai mal compris : quand on écrit un code php, la page html est générée au moment de la requête par le client, c'est bien ça ? Est-ce que c'est pareil avec twig ?
 
Sémantiquement, c'est différent d'un template statique qui est résolu au moment de l'écriture des pages, est-ce que c'est possible aussi avec ces outils ?

C'est le serveur qui crée la réponse (page html) via PHP qui analyse et execute ton code.

Pour twig c'est quasi pareil, tu passes la aussi par du code PHP, sauf que ce dernier va lui meme analyser et "executer" le code twig de ta template.

twig est "exécuté" par PHP, lui meme lancé par le serveur pour répondre à la requete du client.

Perso avec sf j'fais mes templates en PHP, j'vois pas l'interet de se faire chier avec twig hormis pour l'auto escape

Rien n'empêche d'utiliser le résultat produit par twig pour écrire dans un fichier. Fichier qui peut avoir un autre langage dynamique interprété lors de son affichage.
 
Been there, done that, works like a charm.

ouais, mais ils écrivent une tonne de bordel en PHP pour créer des templates, personne n'utilise PHP simplement sous forme de code à trous comme c'était prévu.
Y'a même une syntaxe pour pas que PHP se comporte comme c'étai prévu originellement, quand tu fais des libs, t'as pas envie qu'elles crachent des lignes vides dans la socket de sortie au chargement.

Ok, donc si j'ai bien compris, il faudrait que je crée une règle pour lancer php à chaque fois que je modifie mon fichier template.html (par exemple) ? Vous faites ça comment ?

 
Template, layout et partial avec RoR ou Ember.

C'est chaud. J'ai l'impression que tu as 0 bases de web alors que les conseils données sont pour quelqu'un qui a déjà un peu bossé sur des sites dynamiques.

 
'fectivement, ya comme un truc qui coince là

Oui, et donc, des conseils ?

 
Laisse tomber PHP et utilise RoR.

Prendre par un bout ? choisir un FW (quelconque, on s'en fout) et suivre les tuto pour apprivoiser le truc plutôt que de le prendre d'un coup sans avoir la moindre base en web ?

La remarque qui sert à rien
 
@hephaestos : t'as commencé par quoi pour ton apprentissage ? Tu connais HTTP ?

Il a déjà laissé tomber .net pour PHP je crois

Nan laisse tomber ror et utilise django.
wait, nan utilise nodejs.
wait, nan utilise plutot play.

Ror est encore à la mode ?

Bon, je me répète mais :
- php: laravel
- javascript: nodejs
 
C'est pas des usines à gaz, tu choisis composant par composant ce que tu souhaite utiliser... petit à petit en partant d'un hello world d'une ligne de code si tu le souhaite...
 
Apres si tu veux te taper une indisgestion et arreter le dev web dans une semaine, oui tu peux tenter symfony, zend, ror, django ou autre

Je suis d'accord, vaut mieux commencer avec laravel que symfony.

Le conseil est d'abord de réviser comment se passent les interactions entre un browser et un serveur web (ie, c'est limite du RPC).
 
Puis de savoir si tu as besoin que le serveur envois des choses dynamiques ou fixes.
 
 - si fixes : tu peux passer par des générateurs de contenu que tu peux avoir sur ton PC et envoyer ça sur les serveurs. Des choses comme Jekyll.
 - si dynamique : là il faut s'interesser aux langages serveurs et leurs framework. Si tu stockes des données, savoir si une bdd est utile ou pas.
 
Par exemple, pour les questions sur les templates. En php il est possible de directment envoyer des chaînes de caractères que tu souhaites envoyer au browser. Mais c'est moche donc la plupart des gens utilisent des moteurs de templates.
Personnellement je conseille twig. C'est puissant, le système de blocs et de sous templates est vraiment puissant et la doc est un modèle de documentation (proper, exhaustive avec des how-tos pour les trucs que les gens font souvent) et plutôt simple à étendre pour ajouter des fonctions internes.
Mais une fois que tu sais comment générer ton html, il faut décider d'où et à quel point tu comptes le mettre en cache.
Soit tu génères à chaque demande d'affichage de page. C'est bien pour les affichages de données très dynamique, mais déconseillé pour du fixe (genre une homepage).
Soit tu mets en cache à la main et relance des générations lors des changements. Une bonne solution surtout quand couplée avec une architecture CQRS.
Tu peux aussi déporter le boulot de cache vers un serveur spécialisé, qui fait tourner un truc comme varnish. L'avantage est de découpler la partie cache de la partie génération qui peut donc être switchée d'un langage à un autre.

Varnish oué, tant que tu y es, oublie surtout pas de te monter un serveur SQL redondant en maître/esclave et des répartiteurs de charge pour tes 5 serveurs apache
Bon ptit programme pour ton premier site

Toute la question est de connaître le but.
 
Pour un petit site fixe tu fais comme en 95 : html, css, js => upload sur un host et c'est fait.
Pour ne pas avoir à répéter les headers / footer : soit tu utilises php include, soit t'utilises un générateur de site.
Pour avoir un contenu dynamique, peu d'utilisateurs : tu installes un CMS et c'est réglé.

 
Enfin il est temps pour lui d'arrêter avant qu'il ne soit trop tard
 
Savoir choisir judicieusement une technologie, c'est quand même un plus pour un développeur.

Un bon développeur a expérimenté plusieurs technologies et est capable de choisir la plus adaptée pour un projet donné. Mais vu que là il a l'air d'avoir zéro expérience du web, il ferait bien de commencer par HTML/CSS.