Les avantages et les inconvénients de la méthode de chaînage et d'une possibilité de remplacer tous de retour void paramètres par l'objet lui-même

Inconvénients

• Principalement qu'il confond la signature, si quelque chose renvoie une nouvelle
  exemple, je ne vous attendez pas à être aussi une méthode mutateur. Par exemple, si
  un vecteur a une échelle de méthode et si elle a un retour, je présume
  elle renvoie un nouveau vecteur mis à l'échelle par l'entrée, si elle n'est pas le cas, alors je
  s'attend à l'échelle interne.
• Plus bien sûr, vous obtenez des problèmes si la classe est étendue, où, partiellement, par le biais de votre chaînage de votre objet sera converti en un supertype. Cela se produit lorsqu'un chaînage de méthode est déclarée dans la classe parente, mais utilisé sur une instance de la classe enfant.

Avantages

• Il permet équation mathématique style de code à écrire plein d'équations sans la nécessité pour les multiples objets intermédiaires (conduisant à une surcharge inutile), par exemple, sans chaînage de méthode du vecteur triple cross du produit (comme un aléatoires exemple) doivent être écrits soit en tant que

  MyVector3d tripleCrossProduct=(vector1.multiply(vector2)).multiply(vector3);

  qui a l'inconvénient de créer un objet intermédiaire qui doit être créé et les ordures collectées, ou

  MyVector3d tripleCrossProduct=vector1;
  tripleCrossProduct.multiplyLocal(vec2);
  tripleCrossProduct.multiplyLocal(vec3);

  qui évite la création d'objets intermédiaires mais est profondément incertaine, le nom de la variable tripleCrossProduct est en fait un mensonge jusqu'à ce que la ligne 3. Toutefois, si vous avez de la méthode de chaînage de ce qui peut être écrit de façon concise dans des conditions normales manière mathématique sans créer d'inutiles objets intermédiaires.

  MyVector3d tripleCrossProduct=vector1.multiplyLocal(vector2).multiplyLocal(vector3);

  Tout cela suppose que vector1 est sacrificiel et n'aurez plus jamais besoin d'être utilisé de nouveau

• Et bien sûr l'avantage évident; la brièveté. Même si vos activités ne sont pas liées au manoir de mon exemple ci-dessus, vous pouvez toujours éviter les références à l'objet

  SomeObject someObject=new SomeObject();
  someObject
    .someOperation()
    .someOtherOperation();

NB MyVector3d n'est pas utilisé comme une véritable classe de Java, mais est supposé effectuer la croix produit lorsque .multiply() méthodes sont appelées. .cross() n'est pas utilisé, de sorte que l '"intention" est plus clair pour ceux qui ne connaissent pas du calcul vectoriel

NB Amit la solution a été la première réponse à l'utilisation de plusieurs lignes de la méthode de chaînage, je l'inclus dans le cadre de la quatrième puce pour l'exhaustivité

L'inconvénient que j'ai trouvé de l'aide de la méthode de chaînage est de déboguer le code quand NullPointerException ou de tout autre Exception qui se passe. Supposons que vous avez de code suivant:

String test = "TestMethodChain";
test.substring(0,10).charAt(11); //This is just an example

Alors vous obtiendrez String index out of range: exception lors de l'exécution de code ci-dessus. Lorsque vous obtenez en temps réel des situations et de telles choses arrivent, puis vous obtenez à la ligne à laquelle l'erreur s'est passé, mais pas de quelle partie de enchaînés méthode qui l'a causé. Il doit donc être utilisées de façon judicieuse, où il sait que les données seront toujours venir ou les erreurs sont traitées correctement.

Ça a ses avantages aussi, comme vous n'a pas besoin d'écrire plusieurs lignes de code et l'utilisation de plusieurs variables.

De nombreux frameworks/outils à utiliser comme des Bulldozers et lorsque je l'ai utilisé pour déboguer le code, j'ai dû regarder à travers chaque partie de la chaîne de trouver ce qui a causé l'erreur.

Espère que cette aide.

Comme vous pouvez le lire sur Interface fluide par Martin Fowler

Sommairement

• n'chaîne de méthode pour le fun, principalement parce qu'il rompt
  la Commande de Requête de la Responsabilité de la Ségrégation (CQRS) principe de conception.
• améliorer la conception d'api en la rapprochant de la façon de faire des affaires
  parle de ces opérations, pense à eux en tant interne DSLs
• essayer d'éviter le chaînage de méthodes indépendantes car elles polluent l'
  API et peuvent ne pas être en mesure de révéler l'intention du client/de la responsable de
  le code

Personnellement, je pense que c'est un très bon modèle, mais il ne devrait pas être utilisé partout. Considérons une situation où vous avez un copyTo(T other) méthode. Normalement, vous attendez qu'il ne retourne rien, mais si c'était pour retourner un objet de même type, dont l'objet attendez-vous? Ce type de problème peut être éclairci avec de la documentation, mais il est encore ambiguë sur la méthode signiature.

public class MyObject {

    //... my data

    public MyObject copyTo(MyObject other) {

        //... copy data


        //what should I return?
        return this;
    }
}

Objets ont des attributs et des méthodes. Chaque méthode répond à une partie de l'objectif global de l'objet. Certains type de méthodes, comme les constructeurs et les getters et les setters, effectuez la gestion du cycle de vie des attributs et de l'objet lui-même. D'autres méthodes de retour à l'état de l'objet et ses attributs. Ces méthodes sont normalement non nulle.

Méthodes Void sont de deux types:
1. concernant la gestion du cycle de vie de l'objet ou les attributs.
2. ayant une sortie qui est entièrement géré à l'intérieur de la méthode et ne devrait pas provoquer un état de changement de n'importe où ailleurs.

ad 1. Ils appartiennent au fonctionnement interne de l'objet.
ad 2. Les informations de paramètres est utilisée pour exécuter un travail dans la méthode. Après la méthode a terminé il n'y a pas eu de modification de l'effet sur l'objet lui-même, ni sur le statut interne de l'un des paramètres.

Mais pourquoi devriez-vous faire une méthode retournant void et pourquoi pas, par exemple, une valeur de type boolean (succès ou pas)? La motivation pour une méthode de retour void (comme dans un setter), c'est que la méthode est censée avoir aucun effet secondaire. Renvoie true ou false pourrait être un effet secondaire. Nulle implique que la méthode n'a aucun effet secondaire lorsque la méthode est exécutée comme prévu. Un vide, une méthode retournant une exception est bon, parce qu'une exception n'est pas un effet secondaire du traitement normal d'une méthode.

Une méthode retournant void implique qu'il est par définition un cas isolé méthode de travail. Une chaîne de méthodes void est une chaîne de couplage lâche méthodes, parce qu'aucune autre méthode ne peut s'appuyer sur les résultats de son prédécesseur comme aucune méthode n'a aucun résultat. Il est un modèle de conception pour cela, à savoir la Chaîne de Responsabilité motif de conception. Le chaînage de différents enregistreurs est un exemple classique et l'appel à des filtres suivants au sein de la servlet api.

À la chaîne vide méthodes de manière significative implique que l'objet partagé, sur lequel ces méthodes de travail est après chaque étape dans un état qui est compréhensible par le vide de la méthode de travail sur l'objet. Tous les appels ultérieurs ne peut pas se fonder sur les résultats de son prédécesseur, ni influencer le travail de l'ensemble des appels après son propre appel. La meilleure façon vous pouvez vous assurer que est de ne pas les laisser modifier l'état interne de l'objet (comme l'enregistreur exemple), ou de permettre à chaque changement de méthode d'une autre partie de l'état interne de l'objet.

Méthodes Void être enchaîné sont, à mon avis, seules les méthodes qui ont la saveur de 2 et de partager un certain type de traitement. Je ne voudrais pas la chaîne vide méthodes concernant le cycle de vie de la classe, car chaque méthode est un changement d'une partie différente de l'ensemble de l'état de l'objet. La présence de ces méthodes peuvent changer avec le temps tout changement de conception de la classe, donc j'ai pas de conseil à la chaîne de ces méthodes. En outre, toutes les exceptions levées par le premier type de méthodes void indépendants les uns des autres, même si on peut s'attendre à ce que les exceptions levées par l'enchaînement des méthodes void de saveur 2 le partage d'un certain type de traitement ont quelque chose en commun.