Quel est le point de “dernier de la classe” en Java?

S'ils le font, quand ils l'utilisent afin que je puisse mieux les comprendre et savoir quand les utiliser.

Un final classe est simplement une classe qui peut pas être étendue.

(Cela ne signifie pas que toutes les références aux objets de la classe serait agir comme si elles avaient été déclarées comme final.)

Quand il est utile de déclarer une classe comme final est couvert dans les réponses de cette question:

• De bonnes raisons d'interdire l'héritage en Java?

Si Java est orienté objet, et vous déclarez une classe final, n'est-ce pas arrêter l'idée de classe ayant les caractéristiques des objets?

Dans un certain sens, oui.

Par le marquage d'une classe de finale de désactiver une fonction puissante et flexible de la langue que de la partie de code. Certaines classes, cependant, ne devrait pas (et, dans certains cas, peut pas) être conçu pour prendre des sous-classement en compte dans le bon sens. Dans ces cas, il est logique de marque de la classe comme définitive, même si les limites de la programmation orientée objet. (Rappelez-vous cependant qu'une classe finale peut encore s'étendre à un autre non-finale de la classe.)

---

Article connexe: Java: Quand créer une classe finale

Un scénario où le final est important, quand vous voulez empêcher l'héritage d'une classe, pour des raisons de sécurité. Cela vous permet de vous assurer que le code vous exécutez ne peut pas être remplacée par quelqu'un.

Un autre scénario est d'optimisation: il me semble me rappeler que le compilateur Java inlines certains appels de fonction de finale de classes. Donc, si vous appelez a.x() et est déclaré final, nous savons au moment de la compilation du code et peut inline dans la fonction appelante. Je n'ai aucune idée si c'est réellement fait, mais au final c'est une possibilité.

Si vous imaginez la hiérarchie de classe comme un arbre (comme en Java), les classes abstraites ne peuvent être les branches et final classes sont celles qui ne peuvent être leafs. Les Classes qui entrent dans aucune de ces catégories peut être à la fois des branches et du feuillage.

Il n'y a pas violation de l'OO principes final est simplement d'offrir une belle symétrie.

Dans la pratique vous souhaitez utiliser final si vous souhaitez que vos objets soient immuables ou si vous êtes en train de rédiger une API, de signal pour les utilisateurs de l'API que la classe n'est tout simplement pas prévu pour l'extension.

Le mot-clé final lui-même signifie que quelque chose est définitive et n'est pas censé être modifiés en aucune façon. Si une classe si marquée final alors il ne peut pas être étendu ou sous-classés. Mais la question est pourquoi ne nous marque une classe final? IMO il y a plusieurs raisons:

1. Normalisation: Certaines classes d'effectuer des fonctions standard et qu'ils ne sont pas destinés à être modifiés, par exemple des classes de l'exécution de diverses fonctions liées à la chaîne de manipulations ou des fonctions mathématiques etc.
2. Des raisons de sécurité: Parfois nous écrire des classes qui effectuent diverses authentification et mot de passe les fonctions et nous ne voulons pas être modifié par quelqu'un d'autre.

J'ai entendu dire que le marquage de la classe final améliore l'efficacité, mais franchement je ne pouvais pas trouver cet argument de peu de poids.

Si Java est orienté objet, et vous déclarez une classe final, n'est-ce pas
arrêter l'idée de classe ayant les caractéristiques des objets?

Peut-être oui, mais parfois, c'est le but. Parfois, nous ne faisons que, pour atteindre de plus grands avantages de la sécurité, etc. en sacrifiant la capacité de cette classe à être étendu. Mais une dernière classe peut encore étendre une classe si elle doit.

Sur une note de côté, nous devrions préférez la composition au cours de l'héritage et final mot-clé aide réellement dans l'application de ce principe.

Être prudent lorsque vous effectuez une classe "finale". Parce que si vous voulez écrire un test unitaire pour un dernier de la classe, vous ne pouvez pas sous-classe de cette classe final afin d'utiliser la dépendance-la rupture technique ", sous-catégorie et Remplacer la Méthode décrite dans le Michael C. Plumes " livre "Travailler Efficacement avec le Code existant". Dans ce livre, les Plumes, a déclaré, "Sérieusement, il est facile de croire que le scellé et la finale sont erronée erreur, qu'ils ne devraient jamais ont été ajoutés à des langages de programmation. Mais le vrai défaut, c'est nous. Lorsque nous dépendons directement sur les bibliothèques qui sont hors de notre contrôle, nous sommes juste des ennuis."

final class peut éviter de casser l'API publique lorsque vous ajoutez de nouvelles méthodes

Supposons que sur la version 1 de votre Base classe que vous faites:

public class Base {}

et un client n':

class Derived extends Base {
    public int method() { return 1; }
}

Alors si dans la version 2 vous souhaitez ajouter un method méthode pour Base:

class Base {
    public String method() { return null; }
}

il serait briser le code du client.

Si l'on avait utilisé final class Base au lieu de cela, le client n'aurait pas été en mesure d'hériter, et la méthode la plus ne pas rompre l'API.

Une dernière classe est une classe qui ne peut pas être prolongé. Également d'autres méthodes pourraient être déclarée final pour indiquer que ne peut pas être remplacée par des sous-classes.

La prévention de la classe d'être sous-classé pourrait être particulièrement utile si vous écrivez des Api ou des bibliothèques et voulez éviter d'être étendue à modifier la base de leur comportement.

Finale de classes ne peut pas être prolongé. Donc, si vous voulez une classe à se comporter d'une certaine façon, et ne pas surcharger les méthodes (avec peut-être moins efficace et plus code malveillant), vous pouvez déclarer l'ensemble de la classe comme finale ou de méthodes spécifiques que vous ne voulez pas être changé.

Depuis la déclaration d'une classe n'empêche pas une classe d'être instancié, il ne signifie pas qu'il va arrêter la classe d'avoir les caractéristiques d'un objet. C'est juste que vous avez à coller à l'méthodes juste la façon dont ils sont déclarées dans la classe.

Comme ci-dessus dit, si vous voulez que personne ne peut modifier la fonctionnalité de la méthode, alors vous pouvez la déclarer comme final.

Exemple: serveur d'Application fichier chemin d'accès pour le téléchargement, le fractionnement de la chaîne basée sur l'utilisation du décalage, de telles méthodes, vous pouvez le déclarer Finale, de sorte que ces fonctions de méthode ne sera pas modifiée. Et si vous voulez finales des méthodes dans une classe à part, puis de définir la classe en tant que classe Finale. Alors au Final la classe aura toutes les méthodes, lorsque, comme en Finale de la méthode peut être déclarée et définie dans le non-classe finale.

Disons que vous avez un Employee classe qui a une méthode greet. Lorsque le greet méthode est appelée, elle imprime simplement Hello everyone!. Donc, c'est la comportement attendu de greet méthode

public class Employee {

    void greet() {
        System.out.println("Hello everyone!");
    }
}

Maintenant, laissez GrumpyEmployee sous-classe Employee et remplacer greet méthode comme indiqué ci-dessous.

public class GrumpyEmployee extends Employee {

    @Override
    void greet() {
        System.out.println("Get lost!");
    }
}

Maintenant dans le code ci-dessous ont un look à la sayHello méthode. Il faut Employee instance en tant que paramètre et appelle le salue méthode en espérant qu'il allait dire Hello everyone! Mais ce que nous obtenons est Get lost!. Ce changement de comportement est à cause de Employee grumpyEmployee = new GrumpyEmployee();

public class TestFinal {
    static Employee grumpyEmployee = new GrumpyEmployee();

    public static void main(String[] args) {
        TestFinal testFinal = new TestFinal();
        testFinal.sayHello(grumpyEmployee);
    }

    private void sayHello(Employee employee) {
        employee.greet(); //Here you would expect a warm greeting, but what you get is "Get lost!"
    }
}

Cette situation peut être éviter si le Employee classe a été faite final. Imaginez la quantité de chaos un coup de programmeur pourrait causer si String Classe n'a pas été déclarée comme final.

En java le mot-clé final utilise pour ci-dessous les occasions.

1. Variables Final
2. Finale Méthodes
3. Final Classes

En java variables final ne pouvez pas réaffecter, final classes ne peut pas s'étend et finale des méthodes ne peuvent pas remplacer.