certaines le pense, moi je pense que c'est tout le contraire
Si Delphi propose les mêmes syntaxes que C#, Javascript, R, etc...quel est l'intérêt de travailler sous Delphi ? de plus Embarcadero passerait son temps à chercher à se mettre au même niveau que ces langages alors même que le concept de départ est différent. Il ne faut pas à mon sens comparer des langages interprétés et compilés...C# est un peu bâtard car il s'appuie sur un framework haut niveau qui embarque une partie des concepts que Delphi doit gérer dans son code final. Quand on fait du .Net on accepte dès le départ le principe de ce framework....tout comme quand on fait du JS on accepte que ce soit un langage prototypé et non orienté objet.
et donc justement à mon avis, c'est en se démarquant que Delphi peut (re)gagner en popularité. On peut simplifier les choses, alléger l'écriture (il est maintenant possible de faire un "for var i := 0 to 5" sans déclarer i ou ni même son type), mais dans mon sens ce ne doit être que dans le but de meilleurs performances et non d'alléger le travail du développeur en générant des usines à gaz.
L'introduction de ARC a été fait sur cette idée qu'en débarrassant les développeurs de la gestion de la durée de vie des objets ont allait simplifier les choses et attirer des développeurs qui n'ont pas cette habitude sur d'autres langages...et ça n'a pas été un choix judicieux.
une de mes requêtes est par exemple de pouvoir écrire:
1
2
3
4
5
6
7
8
|
function test<T:record>(var V:T);
begin
end;
begin
test([nom:'Paul'; pro: True]);
end; |
ça évite d'écrire
1
2
3
4
5
6
7
8
9
10
11
12
13
|
type
TTest = record
Nom: string;
Pro: Boolean;
end;
var
T: TTest;
begin
T.Nom := 'Paul';
T.pro := True;
test(T);
end; |
mais en fait ça ne changerait strictement rien sur le code généré, ce n'est qu'une simplification d'écriture
Envoyé par hector94
Répondre avec citation
il s'agissait d'utiliser des fonctionnalités existantes de Delphi pour coder différemment du multithreading et s'échapper de l'héritage de classe pour voir 
Partager