#Notes autoformation :
Ressources : penser java pdf -> manu OC (succint) jmdoudoux -> exos
Pgm : encapsulation héritage polymorphisme final abstract (qui débouce sur interface) static (méthode d'instance)
spring utilise bcp les interfaces, utiliser mais créer difficile
java beans -> réutilisable
Encapsulation :
- pr simpliofier échange ente créateur et utilisateur : uncontrat entre toi et l'utilisateur , qui va être un autre dev
- pour faire évoluer: la rétrocompatibilité (garder maitrise de son code) en gardant son code protégé (question des signature, pour protéger son code) -> que ce soit rétro compatible pour que les utilisateurs continuent à utiliser. => ds le libre pas trop rétrocompatible (ex PHP) or Oracle le fait ce qui fait qu'il est rétrocompatible (depuis 15ans)
getters/setters : toujours pr protéger son code, par défaut on les met sur tous mais on a le choix. on peut metre des conditions sur les getters on peut aussi sur les setters (ex MAJ) : notion de droit
conception classes: on part du détail et on généralise on créé ensuite les relations on liste les attrib puis on regroupe dans classe au dessus ou on va supprimer(ex: le nom qu'on remonte et qu'on supprime). Quand j'hérite d'une classe je m'attribue les attributs mais je ne peux les modifier (on en a l'usufruit, mais on en est pas maître)
Eclipse
- capacité à renommer par groupe, faire des packages
- Debbuger : pas à pas avec breakpoints pour vérifier
- Tomcat
- impletion
les raccourcis (ctrl+clic) -> checker le projet exemple de Manu cf doc sur développez.com Syso/new