Je pense que vous parlez de problèmes de niveaux très différents:
comment faire ceux à tête dure qui n'aiment pas utiliser les crochets dans les instructions if,
Il s'agit principalement d'un problème de style / lisibilité, sauf en cas de problème de priorité explicite de l'opérateur. Ce dernier ne devrait pas être très courant, et est testable de toute façon, donc facile à réparer. Les premiers peuvent facilement régresser dans une guerre sainte avec peu à gagner, mais de graves conséquences négatives pour le moral de l'équipe. Alors méfiez-vous - ne faites que pousser des règles éprouvées, qui ont été acceptées par au moins certaines équipes / communautés et qui ont fait leurs preuves.
ou utilisez la même chaîne de connexions partout dans le code,
Si vous parlez de Magic Constants, il s'agit en effet d'un problème de maintenance (plus potentiellement de sécurité), et à ce titre, à mon humble avis, tout développeur chevronné comprendra et acceptera qu'il s'agit d'une mauvaise chose.
ou quoi que ce soit, pour utiliser les règles de codage sans les contraindre à l'idée?
Vous ne pouvez pas forcer les gens à accepter les règles de codage - votre seule chance est de parvenir à une compréhension commune et à l'adhésion des membres de l'équipe via une discussion et un débat (parfois féroce) . Vous devez utiliser des arguments logiques et convaincants , en montrant la valeur derrière chaque règle et en expliquant comment le suivre va payer pour l'inconvénient d'ajuster des habitudes enracinées. D'un autre côté, nous nous efforçons de rendre la transition aussi simple que possible , en introduisant par exemple un formatage de code automatisé lors de l'enregistrement, conformément aux règles acceptées.
Pourtant, il suffit parfois d'accepter que les gens ont des opinions différentes , donc les règles de codage que tout le monde peut accepter seront indulgentes à certains égards. Acceptez cela et concentrez-vous sur les domaines où vous pouvez améliorer les choses avec moins d'effort.