Cours/Tutorial de JML : Java Modeling Langage ????

Cours/Tutorial de JML : Java Modeling Langage ???? - Java - Programmation

Marsh Posté le 16-06-2004 à 09:51:42    

Lo !
Voila j'ai un gros projet a faire en JML pour septembre, mais je ne connais rien de JML !
J'ai fais des recherches mais j'ai pas trouvé de bons cours ou de tutorial en Francais.
Si vous en connaissez ?
'ci d'avance !

Reply

Marsh Posté le 16-06-2004 à 09:51:42   

Reply

Marsh Posté le 18-06-2004 à 08:48:24    

eldiablo a écrit :

Lo !
Voila j'ai un gros projet a faire en JML pour septembre, mais je ne connais rien de JML !
J'ai fais des recherches mais j'ai pas trouvé de bons cours ou de tutorial en Francais.
Si vous en connaissez ?
'ci d'avance !


 
haha toi aussi t'ai dans la merde :-)

Reply

Marsh Posté le 18-06-2004 à 09:04:56    

skoi jml ? [:xx_xx]

Reply

Marsh Posté le 18-06-2004 à 09:08:20    


 
Java Modeling Language.  
 
Un langage de spécification pour java, permettant d'exprimer des contrats d'interface et des spécifications comportementale :  
 

Code :
  1. //@ requires (* x is positive *);
  2. /*@ ensures (* \result is an
  3. @ approximation to
  4. @ the square root of x *)
  5. @ && \result >= 0;
  6. @*/
  7. protected static double internalSqrt(
  8. double x) {
  9. return Math.sqrt(x);
  10. }


 
 


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 09:09:36    

euh et concretement t'en fais quoi, à part oublier de le mettre à jour ?

Reply

Marsh Posté le 18-06-2004 à 09:10:08    

(ps: y'a StrictMath depuis un 1.3 cai mieux que Math)

Reply

Marsh Posté le 18-06-2004 à 09:10:27    

the real moins moins a écrit :

euh et concretement t'en fais quoi


 
Des pré/posts sans (trop) alourdir le code [:spamafote]


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 09:21:38    

qui sont processés par qui/quoi/quand ?

Reply

Marsh Posté le 18-06-2004 à 09:28:17    

et des cours ??? quelqu' un ???

Reply

Marsh Posté le 18-06-2004 à 09:34:41    

the real moins moins a écrit :

qui sont processés par qui/quoi/quand ?


 
par un processeur JML qui va créer les véritables pre/post lors de la compilation ?


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 09:34:41   

Reply

Marsh Posté le 18-06-2004 à 09:39:17    

mouaif. donc au lieu de foutre du code tu fous de la doc, ce qui au final rend pas vraiment ton truc plus ou moins lisible quoi.

Reply

Marsh Posté le 18-06-2004 à 09:44:18    

the real moins moins a écrit :

mouaif. donc au lieu de foutre du code tu fous de la doc, ce qui au final rend pas vraiment ton truc plus ou moins lisible quoi.


 
Bah si, on y gagne quand même puisque dans le code, on ne garde que l'application, pas son auto-vérification.
 


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 09:45:34    

ouaip.

Reply

Marsh Posté le 18-06-2004 à 09:47:53    


 
Ne pense pas qu'en edition de code dans jBuilder. Pense qu'en MDA, on fait des générations allégées et des transformations de modèle automatique. A savoir que le code PSM dans lequel développe le développeur est différent (pas d'auto check) de celui qui tourne ensuite.


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 09:51:25    

Reply

Marsh Posté le 18-06-2004 à 09:53:01    

kadreg a écrit :

Pense qu'en MDA, on fait des générations allégées et des transformations de modèle automatique. A savoir que le code PSM dans lequel développe le développeur est différent (pas d'auto check) de celui qui tourne ensuite.

j'ai jamais été convaincu par la generation de code autre que d'optimisation ou des trucs style ejb.. mais de la generation de code "business" j'ai toujours trouvé ça louche [:popok]

Reply

Marsh Posté le 18-06-2004 à 10:03:41    

Ca l'est. Et MDA est à mon avis un non sens. Le cout de développement des rêgles de transformation complètes PIM->PSM est telle pour obtenir quelque chose de correct qu'il faut miex développer directement un PSM et maintenir un PIM de référence à coté.


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 10:05:32    

tu vas me poster un nouvel accronyme à chaque post? [:popok]

Reply

Marsh Posté le 18-06-2004 à 10:06:44    

the real moins moins a écrit :

tu vas me poster un nouvel accronyme à chaque post? [:popok]


 
OMG, the marvelous world of acronyms :o


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 10:07:23    

çui là jle connais, "oh my god" [:chacal_one333]

Reply

Marsh Posté le 18-06-2004 à 11:44:10    

LMAO, mais IMHO on comprend rien de ce que tu écris :D
 


---------------
Jubi Photos : Flickr - 500px
Reply

Marsh Posté le 18-06-2004 à 13:35:01    

kadreg a écrit :

Code :
  1. //@ requires (* x is positive *);
  2. /*@ ensures (* \result is an
  3. @ approximation to
  4. @ the square root of x *)
  5. @ && \result >= 0;
  6. @*/




Encore un petit (hum hum) effort et Java fera aussi bien qu'Eiffel :sarcastic:

Reply

Marsh Posté le 18-06-2004 à 13:52:19    

Gonzoide a écrit :

Encore un petit (hum hum) effort et Java fera aussi bien qu'Eiffel :sarcastic:


 
C'est clairement l'inspiration [:spamafote]. C'est d'ailleurs dit sur le site.


---------------
brisez les rêves des gens, il en restera toujours quelque chose...  -- laissez moi troller sur discu !
Reply

Marsh Posté le 18-06-2004 à 14:01:48    

C'est vrai que ca part d'une bonne intention, mais tant que ca ne sera pas dans le langage lui-meme, ca ne sera pas satisfaisant. Pour memoire, les pre et postconditions s'heritent en Eiffel, et donc une methode surchargee devient de plus en plus restrictive.  
 
PS : Il faudrait aussi les invariants de classes, et tant qu'on y est les variants et les invariants de boucle :)

Reply

Marsh Posté le 15-07-2004 à 11:21:42    

Gonzoide a écrit :

C'est vrai que ca part d'une bonne intention, mais tant que ca ne sera pas dans le langage lui-meme, ca ne sera pas satisfaisant. Pour memoire, les pre et postconditions s'heritent en Eiffel, et donc une methode surchargee devient de plus en plus restrictive.  
 
PS : Il faudrait aussi les invariants de classes, et tant qu'on y est les variants et les invariants de boucle :)


 
 
ben c bien je vois qu' il y en a qui connaisse déjà le sujet, mais ca m'aide pas beaucoup moi :(
Je connais rien du tout du JML pour le moment, et j'ai beaucoup de mal a trouver des cours/Tuto. dessus.
Je dois réaliser un correcteur orthographique en JML et j'ai besoin d'un coup de pouce pour démarer !
Merci d'avance a tous ceux qui voudrons bien m'aider.
++

Reply

Marsh Posté le 15-07-2004 à 11:41:22    

JML, MDA, PIM, PSM... ONRC* !
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
* On N'a Rien Compris.


Message édité par HelloWorld le 15-07-2004 à 11:41:58

---------------
FAQ fclc++ - FAQ C++ - C++ FAQ Lite
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed