[JAVA] Vérifier la conformité avec les exercices orientés objet

Aperçu

L'exercice orienté objet est présenté dans le livre Thought Works Anthology. Neuf règles susceptibles d'améliorer la conception des logiciels sont introduites. Le bien et le mal de cette règle sont introduits à divers endroits, veuillez donc vous y référer.

Sur cette base, il y a un gros problème dans la pratique de l'exercice orienté objet. Il n'y a aucun moyen de vérifier leur conformité. Bien sûr, vous pouvez le vérifier visuellement, mais il est très difficile de vérifier tous les programmes, et le nombre de méthodes et le nombre de lignes ne peuvent pas être comptés. Au contraire, comme les règles elles-mêmes sont fermement établies, il devrait être possible de les confirmer par programme. Lorsque je l'ai cherché, je n'ai pas trouvé un tel outil de confirmation. Donc, c'est une publicité que j'ai essayé de faire un outil de confirmation. En le créant, j'ai pratiqué des exercices orientés objet.

9rules

C'est un outil publié sur https://github.com/tamada/9rules. C'est un outil qui cible le code source Java et souligne les points qui enfreignent les neuf règles de l'exercice orienté objet.

Installation et utilisation

$ git clone https://github.com/tamada/9rules.git
$ cd 9rules
$ mvn package
$ java -jar target/9rules-1.0-SNAPSHOT.jar -h
java -jar 9rules.jar [OPTIONS] <ARGUMENTS...>

OPTIONS:
    --strict:  Strictly level check (Default).
    --general: General level check.
    --rough:   Rough level check.
    --help:    Print this message and exit.

ARGUMENTS:
    Directories include Java source files, and Java source files.
$ java -jar target/9rules-1.0-SNAPSHOT.jar src/main/java

Bibliothèques dépendantes

Runtime
- Eclipse JDT
- CheckerFramework
Unit Test
- JUnit 4.12
- Hamcrest-all

Fonctionnalité

Ce que tu peux faire

Sort les parties qui ne répondent pas aux neuf règles (nom de fichier, nombre de lignes, règles de violation).
Vous pouvez assouplir les règles et vérifier (3 modèles de Strict, General, Rough. La valeur par défaut est Strict)

Choses impossibles

La règle 5 Ne pas omettre le nom n'est pas implémentée.
Je pense que cela peut être fait en utilisant WordNet, mais ce n'est pas pris en charge.
Règle 6 Rendre toutes les entités plus petites 1 package 10 classes ne sont pas implémentées.
Parce que la méthode d'enquête est différente des autres règles. L'enquête en elle-même n'est pas si difficile, mais je réfléchis à la manière de la combiner avec la méthode d'enquête avec d'autres règles.

Essayez un exercice orienté objet

Ce qui est nécessaire pour la conformité.

Java 8 ou version ultérieure.
API Stream requise.
Le simple fait d'utiliser l'instruction for rend la conformité très difficile.
Design pattern.
Obligatoire comme la stratégie.
Surtout, le modèle Visiteur est essentiel.
Généralement requis lorsque vous souhaitez récupérer le contenu d'un objet dans un champ, tel que toString.

Très difficile à respecter.

Difficile d'attraper des exceptions.
La méthode Règle 6 Rendre toutes les entités plus petites '' est très difficile à respecter en 3 lignes.
try-catch ne peut pas omettre l'accolade (`` {} `). Par conséquent, try, catch et parenthèses fermantes consomment 3 lignes et le contenu de la clause catch ne peut pas être écrit sur une autre ligne entre try-catch.
Des conflits peuvent également survenir lors de la tentative de résolution des avertissements Sonar et SpotBugs.
Un conflit se produit avec try-catch car un avertissement est émis pour ne créer qu'un seul contenu par ligne.
Je ne sais toujours pas comment résoudre ce problème.