Quand tu attaques libgtk en C# tu as exactement les mêmes contraintes qu'en java. A savoir que tu es dans un environnement unsafe. Point.
Et ? quel est le rapport avec la choucroute ? Tu peux utiliser du code unsafe dans un autre cadre que du binding.
Je vois pas le rapport. entre les patchs, les maj et les exceptions conditionnelles.
Je réexplique une dernière fois :
Tu fais une lib A qui contient une méthode qui ne lève pas d'exception. Tu la distribues en version 1.0.
Machin utilises ta lib, son compilo ne gueule pas vu que y'a pas d'exception.
Tu as trouvé un bug dans ta lib, tu lève une exception dans un cas particulier, tu distribues une version 1.0.1
Machin met à jour son OS et par le même fait ta lib.
Et là l'horreur se produit, machin se bouffe une exception alors qu'il était persuadé d'avoir blindé son appli ! Le client est furax.
Le runtime aurait du s'en apercevoir dès le début en déclarant la lib "non utilisable parcque ne correspond pas à son utilisation". Malheuresement ce n'est pas possible car les exceptions ne font pas parti de la signature d'une méthode, et Java n'a aucune gestion des versions à ce niveau de granularité.
En C# tu n'aurais jamais eu le même problème, le runtime aurait vu la différence et aurait tout simplement switcher l'appli pour la faire utiliser la vieille version 1.0.
une bonne IDE de te permettra de mettre le mot clef final automatiquement.
Mmmh, y'a ca dans Eclipse ? Faudrait que j'active ca.
[^] # Re: Nécessité de Java?
Posté par TImaniac (site web personnel) . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 1.
Et ? quel est le rapport avec la choucroute ? Tu peux utiliser du code unsafe dans un autre cadre que du binding.
Je vois pas le rapport. entre les patchs, les maj et les exceptions conditionnelles.
Je réexplique une dernière fois :
Tu fais une lib A qui contient une méthode qui ne lève pas d'exception. Tu la distribues en version 1.0.
Machin utilises ta lib, son compilo ne gueule pas vu que y'a pas d'exception.
Tu as trouvé un bug dans ta lib, tu lève une exception dans un cas particulier, tu distribues une version 1.0.1
Machin met à jour son OS et par le même fait ta lib.
Et là l'horreur se produit, machin se bouffe une exception alors qu'il était persuadé d'avoir blindé son appli ! Le client est furax.
Le runtime aurait du s'en apercevoir dès le début en déclarant la lib "non utilisable parcque ne correspond pas à son utilisation". Malheuresement ce n'est pas possible car les exceptions ne font pas parti de la signature d'une méthode, et Java n'a aucune gestion des versions à ce niveau de granularité.
En C# tu n'aurais jamais eu le même problème, le runtime aurait vu la différence et aurait tout simplement switcher l'appli pour la faire utiliser la vieille version 1.0.
une bonne IDE de te permettra de mettre le mot clef final automatiquement.
Mmmh, y'a ca dans Eclipse ? Faudrait que j'active ca.