Liste de prises de catch

……………………. P.279 P.303 P.322 P.348 P.386 P.410 P.414 Eléments principaux depuis la version C# 2.0 Les generics ……………………………………………..….……… Les classes partielles … ….…………………………………….….. Les méthodes anonymes ……………..……………………..…….. TAD de liste, pile, file et classes génériques …………….……..…… TAD d’arbre binaire et classes génériques …………….……..….… Premier pas dans .Net avec C#2.0 - ( rév. 28.08.2006 ) - Rm di Scala P.447 P.457 P.465 P.476 P.494 page 1 Principes des bases

exceptions. Une exception est a e une sorte de signal indiquant qu’une erreur ou une situation anormale a eu lieu. On dit qu’une m´thode ayant d´tect´ une situation anormale d´clenche (throws) une e e e e exception. Cette exception pourra ˆtre captur´e (catch) par le code. e e On peut distinguer deux types de situations anormales : les exceptions et les erreurs. Les erreurs sont en principe des erreurs fatales et le programme s’arrˆte ` e a la suite de ce type de situation (classe java.lang.Error). Les

........................................... 126 Les exceptions .............................................................................................................................................................. 134 Le bloc try{...} catch{...} ........................................................................................................................................................................................... Les exceptions personnalisées ........................

alors génération d'une erreur fatale appelée exception en Java. Cette erreur peut être gérée par la clause try/catch suivante : try{ appel de la fonction susceptible de générer l'exception } catch (Exception e){ traiter l'exception e } instruction suivante Si la fonction ne génère pas d'exception, on passe alors à instruction suivante, sinon on passe dans le corps de la clause catch puis à instruction suivante. Nous reviendrons ultérieurement sur la gestion des exceptions. import java.io.*;

retenir .................................................................................................................................................................................................. Premier exemple d'exception et le bloc try{....} catch{...} ........................................................................................................................................ Les exceptions personnalisées ...........................................................................

exceptions Les interfaces Conclusion CHAPITRE 4 • LE PAQUETAGE LISTE © Dunod – La photocopie non autorisée est un délit. 4.1 La notion de liste 4.1.1 4.1.2 4.1.3 4.1.4 La classe abstraite ListeBase Les classes dérivées de ListeBase : Liste et ListeOrd Polymorphisme des méthodes toString() et compareTo() L’implémentation des classes ListeBase, Liste et ListeOrd 4.2 4.3 4.4 4.5 L’utilisation de la classe Liste pour une liste de personnes L’utilisation de la classe ListeOrd (Personne, NbEntier)

retenir .................................................................................................................................................................................................. Premier exemple d'exception et le bloc try{....} catch{...} ........................................................................................................................................ Les exceptions personnalisées ...........................................................................

Avancé Types paramétrés Rémi Forax forax@univ-mlv.fr 1 Type paramétré ● ● Exemple : une liste d'éléments paramétrée par le type des éléments Déclaration public class List<T> { ... } T est une variable de type. ● Utilisation (appelé aussi instantiation) ... public static void main(String[] args) { List<String> l=... } 2 Type paramétré et Java 1.4 ● En Java sans type paramétré, on crée une liste d'Object. public class List/*<T>*/ { void add(/*T*/Object e) {...} Object/*T*/ get(int index)

défini de la même manière que les autres structures de données. Sont intégrées des fonctions de tri, de fusion et de communication. Un module optionnel permettait également une forme de communication inter-processus par file de messages. Le parti-pris initial de définir un langage de programmation proche du langage naturel (comme pour FLOW-MATIC) devait faciliter, sinon la programmation, du moins l'audit des programmes COBOL par des gestionnaires non-informaticiens. Ce choix a eu pour conséquence

exemple du code C# ou Visual Basic) et le code natif directement exécutable par le microprocesseur (code certes intermédiaire mais nettement plus proche du code machine que du code source). Au moment d’exécuter un programme, ce code intermédiaire est pris en charge par .NET qui le fait exécuter, fonction après fonction, par un JIT compiler..NET procède par compilation et non par interprétation : il s’agit bien d’une compilation (de code IL en code natif) en cours d’exécution de programme. Tous ces