Discussion :

[DevTroglodyte]

PHP a tout ce qu'il faut pour faire de la vraie POO, que voulez vous de plus?.

Qu'il soit plus rapide, et qu'il laisse tomber les $ devant les noms de variable (bon après, ça doit faire 7 ans que j'ai pas touché à PHP, ça a un peu changé aujourd'hui)

[fab_hunter1100]

Ca me fait toujours doucement rigoler les amalgames que certains font " android = java " . Pour le reste rien a dire . Le "C" est en pole position et le restera encore de nombreuses années. C est tres simple, l explication . Autant il y a des programmeurs specialiser dans les "hight level" tout ce qui est UI et consort (donc java, C#, C++ and Co Qt.......), autant il y a des gens eyant la charge du hardware et du "low-level", Kernel , system d exploitation (Exclusivement C ou assembler) . Il serait une erreur de croire que l adoption des langages concue pour les couches superieures se fait a l inssue des langages utilisés dans les couches inferieurs.


Alors C for Ever

[Loceka]

Qu'il soit plus rapide, et qu'il laisse tomber les $ devant les noms de variable

Très honnêtement, je trouve ça très bien d'avoir des noms de variables préfixées obligatoirement par un $ (ou autre). Ca permet d'utiliser des "token" du langage en nom de variable, ce qui n'est pas possible en Java par exemple.

[kdmbella]

En tout cas pour moi il est important d'avoir une connaissance pointue du Javascript car en effet c'est un langage qu'on survole un peu trop souvent et qui s'avère pourtant important pour le web. Je pense que s'il y avait un peu plus de rigueur dans son enseignement et/ou son apprentissage on ne lirait pas tout et son contraire à son sujet. Alors va pour un approfondissement de l'apprentissage du JS au delà du

Code :

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

alert("kdmbella");

[Paul TOTH]

Très honnêtement, je trouve ça très bien d'avoir des noms de variables préfixées obligatoirement par un $ (ou autre). Ca permet d'utiliser des "token" du langage en nom de variable, ce qui n'est pas possible en Java par exemple.

$ n'est pas un simple préfixe, c'est plutôt un opérateur :

Code php :

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

1
2
3
4
5
 
 $a = 1;
 $b = 'a';
 $$b ++;
 echo "a = $a"; // a = 2

ce que je reprocherais personnellement à PHP c'est la gestion des espaces de nom. Elle est arrivée tardivement et n'est pas naturelle.

faut dire que j'apprécie énormément le principe des Unité en Pascal. Tous les symboles sont automatiquement dans l'espace de nom de leur source:

Code pascal :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
unit unit1; // le fichier unit1.pas est une unité
 
interface // ce qui est public
 
 procedure hello; // prototype de la fonction  (cf .h en C)
 
implementation // implémentation de ce qui est public + ce qui est privé
 
 procedure SayHello; // procédure privée
 begin
   WriteLn('Hello'); 
 end;
 
 procedure hello; 
 begin
   SayHello();
 end;
 
end.

si dans une autre unité importe celle-ci, la procédure hello sera connue, si j'ai deux unités qui déclarent la même fonction hello, il me suffit de préfixer la fonction avec le nom de son unité pour l'atteindre "unit1.hello", sachant que sans préfixe, c'est celle qui est "le plus proche" - c'est à dire le dernier import - qui sera utilisé.

je ne connais pas plus simple et efficace !

Code pascal :

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

1
2
3
4
5
6
7
8
9
10
11
program exemple; // exemple.pas est un programme, pas une unité
 
uses // déclaration explicite des dépendances 
  unit1,
  unit2;
 
begin
  hello(); // procédure hello() de unit2
  unit1.hello(); // procédure hello() de unit1
  unit2.hello(); // procédure hello() de unit2
end;

Dans le même ordre d'idée, en Pascal (objet) il n'est pas nécessaire de préfixer par Self (équivalent de this) les membres de l'objet à l'intérieur d'une de ses méthodes.

Code pascal :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
unit demo;
...
procedure SayHello;
begin
  WriteLn('Hello hors object');
end;
 
procedure TMonObject.SayHello();
begin
  WriteLn('Hello dans l''objet');
end;
 
procedure TMonObject.hello;
begin
  Self.SayHello();
  SayHello();  // équivalent à Self.SayHello()
  demo.SayHello(); // appel de la procédure de l'unité, en dehors de l'objet
end;

[Electron56]

C'est marrant le peu d'objectivité entre les "vieux", les trolls et les hyper convaincus..

Je comprends qu'on puisse préférer un langage de part son expérience ou son "savoir" mais c'est tellement subjectif qu'il faut peut être regarder un peu plus loin.

On a jamais vanté que le js ferait tourné des systèmes embarqués... J'utilise beaucoup Angularjs et Nodejs pour mes projets persos pas seulement parcque je les apprécient mais parcqu'ils collent parfaitement au besoin du service que je développe.

Je ne vais pas critiquer un gars qui tri des moules avec un script C

Je pensais les gens ici plus "intelligent" moins fermé d'esprit. Sur tout ceux qui critique je reste persuadé que très peu ont prototypé sur du js en plus (ou pas depuis jquery version 2008)

[Pelote2012]

Javascript monte monte. Jquery doit y être pour quelques chose