Quelles «disciplines» y a-t-il que les programmeurs Java doivent respecter?
1. Ajoutez des commentaires à votre code. Combien de fois avez-vous "oublié" d'ajouter des commentaires? En effet, les commentaires n'ajouteront aucune fonctionnalité de fonction à votre programme. Mais combien de fois avez-vous vu le code écrit il y a 2 semaines et vous ne vous souvenez pas de ce qu'il fait? Vous avez de la chance que ces codes non commis soient écrits par vous-même et que vous aurez toujours une impression résiduelle dans votre esprit. Malheureusement, la plupart du temps, le code a été écrit par quelqu'un d'autre, et cette personne a probablement quitté l'entreprise. Il y a un proverbe qui se passe bien: "Il y a des et venus, les programmeurs devraient donc être prévenants les uns des autres (et vous-même) et commenter votre code.
2. Ne compliquez pas les choses. Les développeurs ont tendance à utiliser des méthodes complexes pour résoudre des problèmes simples. Nous avons introduit EJB dans un système avec seulement 5 utilisateurs pour implémenter un ensemble de cadres pour une application qui ne nécessite pas de framework, en utilisant des fichiers d'attribut, des solutions orientées objet et en utilisant des threads, mais ceux-ci ne sont pas du tout nécessaires. Pourquoi cela? Certains ne savent peut-être pas qu'il existe une meilleure solution, mais d'autres peuvent le faire exprès pour apprendre de nouvelles choses, ou simplement parce que c'est amusant. Pour ceux qui ne connaissent pas une meilleure solution, écoutez davantage les conseils des programmeurs expérimentés. Pour ceux qui compliquent les conceptions uniquement à des fins personnelles, je vous suggère d'être plus professionnel.
3. N'oubliez pas - gardez à l'esprit que "moins c'est plus" n'est pas toujours meilleur. Voir l'exemple "simple" suivant:
if (newstatuscode.equals ("sd") && (selloffdate == null || aujourd'huidate.compareto (selloffdate) <0 || (LastUsedDate! = null && aujourd'huidate.comPareto (LastUse ddate)> 0)) || (newStatuscode. égaux ("obs") && (obsdate == null || aujourd'hui.compareto (obsdate) <0)) {newStaturScode = "NYP";À quel point est-il difficile de souligner ce que cette condition est? Imaginez à nouveau que la personne qui a écrit ce code n'a pas suivi l'article 1 - Ajouter des commentaires au code.
N'est-il pas plus facile de se décomposer si les conditions en 2 si les déclarations? Regardons maintenant le code modifié:
if (newstatuscode.equals ("sd") && (selloffdate == null || aujourd'huidate.compareto (SelloffDate) <0 || (LastUsedDate! = null && aujourd'huidate.comPareto (LastUse ddate)> 0))) {newStaturse = " Nyp ";} else if (newstatuscode.equals (" obs ") && (obsdate == null || aujourd'hui.compareto (obsdate) <0)) {newstatuscode =" nyp ";}N'est-ce pas une meilleure lisibilité? En effet, nous avons écrit des déclarations répétées;
4. Ne pas "codage dur s'il vous plaît". Cependant, une autre possibilité est qu'en suivant ce précepte, nous ne tomberons pas dans le dilemme de "urgente". Combien de temps faut-il pour définir une variable finale statique et ajouter une ligne de code? Par exemple:
Classe A {Public Static Final String S_CONSTANT_ABC = "ABC";Maintenant, chaque fois que nous devons comparer la chaîne "ABC" avec une variable, nous nous référons simplement à A.S_Constant_ABC sans se souvenir de ce que c'est. La modification de cette constante est également très pratique.
5. N'inventez pas vos propres cadres. De nombreux cadres sont des solutions extrêmement parfaites et ont été utilisés dans des milliers de systèmes. Nous avons juste besoin de faire attention aux derniers cadres populaires et au moins de les familiariser avec eux en surface. L'un des exemples les plus réussis et les plus utilisés est le cadre Struts, qui est un cadre Web open source qui est un excellent choix pour la création de systèmes Web. Mais vous devez vous souvenir des préceptes de l'article 2 (Note du traducteur: Le texte original est "Article 3", évidemment pas correct) - ne compliquez pas les choses simples. Si le système que vous souhaitez développer n'a que 3 interfaces, n'utilisez pas de force. , donc l'auteur a dit qu'il n'y avait pas beaucoup de "contrôler" requis).
6. Dites non aux lignes imprimées et aux concaténations de cordes. Mais nous oublions souvent de supprimer ces lignes ou ne veulent pas les supprimer. Cela est susceptible de conduire à une ligne de code dont nous avons besoin accidentellement supprimé. Ne sous-estimez pas le préjudice de System.out.println, voir le code suivant:
classe publique badcode {public static void calcul withprint () {double someValue = 0d; () {Double SomeValue = 0d; Calcul withOutPrint ();}}Comme le montre le tableau ci-dessous, le temps d'exécution de la méthode Calcul withitoutprint () est de 0,001204 s.
(Si vous voulez savoir comment faire une table comme celle-ci, veuillez lire un autre article "Profil Java avec WSAD" Profil Java avec WSAD)
Pour éviter les déchets de processeur, la meilleure façon est d'introduire une méthode d'emballage, comme suit:
classe publique BADCODE {public static final int debug_mode = 1; public static static int production_mode = 2; = SomeValue + I; static void main (String [] n) {badcode.calculationwithprint (badcode.production_mode);La connexion à la chaîne est une autre façon de gaspiller le processeur, voir l'exemple suivant:
public static void concaTenateStrings (String startingString) {pour (int i = 0; i <20; i ++) {startingString = startringString + startingstring;}} public static voi. .À partir du tableau ci-dessous, nous pouvons voir que l'utilisation de StringBuffer ne coûte que 0,01 s lors de l'utilisation de la connexion de chaîne nécessite 0,08 s.
7. Faites attention à l'interface graphique. GUI est crucial pour le succès de votre application. Les gestionnaires informatiques ignorent souvent l'importance de l'interface graphique. Les programmeurs Java doivent compter sur leurs connaissances limitées HMTL. J'ai vu beaucoup d'applications qui sont "conviviales" plutôt que "conviviales" et sont rares pour les développeurs qui maîtrisent le développement de logiciels et le développement d'interface utilisateur. Si vous êtes un programmeur Java qui est malheureusement chargé de faire du développement d'interface, vous devez suivre les 3 règles suivantes:
a. Allez voir les interfaces similaires au système d'application.
b. Cette étape est très critique. Les clients aiment voir ce qu'ils veulent utiliser à l'avance. Vous pouvez également obtenir leurs commentaires au lieu de travailler dur pour créer quelque chose que les clients n'aiment pas.
c. En d'autres termes, afficher les exigences du point de vue des utilisateurs. Par exemple, une interface statistique peut être paginée ou non. En tant que développeur, il est susceptible d'ignorer la pagination car cela réduira beaucoup de problèmes;
8. Préparer les exigences du document à l'avance. Cela peut être réalisé dans les contes de fées, mais il est difficile de faire en réalité. Peu importe à quel point le temps est serré, quelle que soit la proximité de la date limite, vous devez vous assurer que les besoins de l'entreprise sont enregistrés. (Note du traducteur: ce concept est évidemment contraire au développement agile. Tout le monde devrait penser indépendamment et distinguer le bien du mal)
9. Test unitaire, test unitaire, test unitaire (test d'unité. Test d'unité. . Il s'agit de la règle la plus fondamentale de la programmation, et elle ne peut pas être ignorée. Si vos collègues peuvent créer un plan de test pour votre code, ce serait mieux; Lorsque vous faites des plans de test unitaires, suivez les principes suivants:
a.
b.
c. Les tests unitaires sont requis pour toute méthode publique "intéressante" ("intéressant" signifie une méthode autre que des méthodes comme le Getter / Setter le plus courant, mais contient son propre contenu.)
10. N'oubliez pas: qualité, pas la quantité. Je sais que parfois je ne peux pas quitter le travail à temps en raison de problèmes de produit, de délais ou d'autres urgences. Mais le manager ne vous appréciera pas ou ne vous récompensera pas trop tard pour des problèmes généraux; Si vous suivez les principes de la colonne ci-dessus, vous rédigerez des programmes plus robustes et sans bug. C'est ce que vous devez faire le plus.
Cet article résume les 10 règles les plus importantes auxquelles les programmeurs Java devraient prêter attention. Le simple fait de savoir ne suffit pas, suivez-les. J'espère que ces règles nous permettront de devenir des programmeurs plus professionnels.