Le 23/08/2012 10:25, Eric Chatellier a écrit :
Le 16/08/2012 15:31, Eric Chatellier a écrit :
Je vais discuter de ca avec benjamin pour trouver la meilleure façon de faire.
Pour l'instant, le meilleur moyen de contrer le cache est de faire l'appel de optimize en supprimant timestep et en le remplacement par:
public double optimize(Object o, double xx) {
}
fx= f.optimize(new Object(), x);
creer un nouvel objet à chaque fois changera l'identifiant de mise en cache à chaque appel.
Donc je peux virer le TimeStep de public static double fmin (TimeStep step, double a, double b, double tol, FonctionObjectif f) aussi ? Mais je n'ai pas besoin de faire dépendre fmin d'un "Object" comme optimize ?
A plus long termes, nous allons ajouter une annotation java pour dire à isis qu'une méthode ou une classe ne doit jamais être mise en cache. Par exemple:
@Nocache public double optimize(double xx) {
}