On Sun, Jun 12, 2011 at 6:02 PM, Aaron Meurer <[email protected]> wrote: > OK, I would drop the Lambda subclassing and just write your own eval > method. Among other things, this will let you use the more logical
+1 > argument order WaveFunction(expr, var). > > Another thing about Lambda. If you do Lambda(x, x*y), then x is not > considered a free variable of the Lambda. > > In [2]: Lambda(x, x*y).free_symbols > Out[2]: set(y) > > Is this something that you want to hold for your WaveFunction? > Consider that, for example, expr.diff(x) is always 0 if x is not a > free_symbol of expr. I would simply go ahead with implementing the WaveFunction and implement all the features that you see fit. Then if it turns out, that it is really just the plain old Function, we can port the good things into the Function itself. Or it might turn out that WaveFunction is good to have. It's hard to tell for me at the moment, until I can see the whole thing working. So I would simply go ahead and see how it works. Ondrej -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
