Cinq conseils pour rendre votre code concis

L'écriture de code est un art. Avec Delphi, n'importe qui peut facilement développer une sorte de logiciel et effectuer certaines tâches. Et le code parfait ne peut être écrit que par de vrais experts. En plus de l'indentation correcte, de la maîtrise en majuscule et de la majuscule et des règles de dénomination, n'oubliez pas toujours le célèbre dicton d'Einstein - la simplicité est la beauté. Les cinq problèmes de code dont nous parlerons ci-dessous peuvent être des erreurs que les débutants et même certains vieux oiseaux feront.

Conseil 1

L'opération d'attribution des variables booléennes doit être directe. Par exemple, dans une instruction if / alors / else, la clause if attribue une variable booléenne à true, et la clause ELSE l'affecte à false. Le code suivant n'est pas bien écrit:

if if_love_delphi alors

Résultat: = vrai

autre

Résultat: = false;

Et écrire de cette façon est meilleur:

Résultats: = if_love_delphi;

Conseil 2

Évitez d'utiliser des instructions If / alors / IF, et utilisez à la place et à la place. Le code suivant est trop verbeux:

if if_love_delphi alors

if if_love_linux alors

Trykylix (maintenant);

Il doit être écrit comme ceci:

if if_love_delphi et if_love_linux alors

Trykylix (maintenant);

Ne vous inquiétez pas que la déclaration de jugement ultérieure soit exécutée à l'avance. Projet | Options | Compiler | Options de syntaxe | L'option complète Booléan EVAL est généralement désactivée (sauf si vous sélectionnez cet élément), ce qui garantit que l'ordre d'exécution n'est pas inversé.

Combinant les deux premiers conseils, si vous avez un code comme celui-ci:

if if_love_delphi alors

if if_love_linux alors

Résultat: = true;

Vous pouvez le changer en:

Résultats: = if_love_delphi et if_love_linux;

En termes simples, si le résultat dépend d'un jugement conditionnel, alors les instructions telles que le résultat: = vrai ou résultat: = false ne sont pas nécessaires. Lors de l'initialisation des variables booléennes, vous pouvez leur attribuer des valeurs. Cependant, il n'est pas nécessaire d'initialiser une variable booléenne à false - Delphi l'a déjà attribué à false lors de la création de cette variable. Des situations similaires incluent:

La propriété booléenne de l'objet est automatiquement initialisée en false (0);

Variable entière (entier), initialisée automatiquement à 0;

Chaîne, initialisée automatiquement en une chaîne vide.

Conseil 3

Lorsque vous jugez la valeur d'une variable booléenne, il n'est pas nécessaire d'utiliser une instruction telle que "= true" ou "= false". Ce qui suit n'est pas bien écrit:

if (if_love_delphi = true) et

(If_love_linux = false) alors

DonottryLinux;

Pour la valeur de retour d'une fonction ou si une propriété est un type booléen, elle doit être écrite comme ceci:

if if_love_delphi et

pas if_love_linux alors

DonottryLinux;

Conseil 4

Essayez de ne pas utiliser l'opérateur "+" pour la fusion de chaînes. C'est trop inefficace. L'exemple suivant n'est pas bon:

ShowMessage ('' inférieur inférieur '' + inttoStr (iheight) + '' m, poids '' + intToStr (iweThre) + '' kg. '');

Écrire de cette façon serait mieux:

ShowMessage (format ('' à la hauteur inférieure% d, poids% d. '', [Iheight, ionder]));

Conseil 5

Utilisez autant que possible avec les instructions. Non seulement il est efficace, mais il rend également le code plus lisible. Par exemple, ce code:

Si l'expéditeur est en finesse alors

if (Tedit (expéditeur) .text = '') ou

(Tedit (expéditeur) .Text [Tedit (expéditeur) .SelStart] = '') ou

(Tedit (expéditeur) .Sellngth =

Longueur (fedit (expéditeur) .Text))

et (clé dans ['' a '' .. '' z '']) puis

Clé: = uppercase (clé);

Ce n'est pas aussi concis et facile à lire comme un tel code:

Si l'expéditeur est en flèche, alors

avec l'expéditeur comme fedit

si (text = '') ou

(Texte [selstart] = '') ou

(Vendengle = longueur (texte)) et

(Clé dans ['' a '' .. '' z ''] puis

Clé: = upcase (clé);