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
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");
"L'humanité se divise en trois catégories : ceux qui ne peuvent pas bouger, ceux qui peuvent bouger, et ceux qui bougent."
- Benjamin Franklin
De l'aide en Javascript , consultez la FAQ JS.
De l'aide sur le FrameWork JS DHTMLX : posez vos questions sur le forum des Bibliothèques & Frameworks JS.
$ 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;
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)
Javascript monte monte. Jquery doit y être pour quelques chose
Si débugger est l'art d'enlever les bugs ... alors programmer est l'art de les créer
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager