Re: nunit-developer Digest, Vol 21, Issue 16

Hi Kelly, 

> > Yep, but as Charlie pointed out in his postings, it's not 
> as simple a 
> > change to NUnit as I was implying (the code change in this 
> instance is 
> > simple, but the actual semantics of who should own what, 
> which would 
> > change in my suggestion, is trickier).
> 
> I'm losing track of which point is being made here. :-)

>From my perspective, the point is that changing the timing of
when objects are created is a /major/ change to NUnit. NUnit
creates TestFixture and TestCase objects at load time, but does
not populate them with user fixture instances until run time.
The same TestFixture/TestCase object is used throug multiple
runs in the gui unless you do a reload. A different user 
instance is created for each run.

NUnit could work with a data provider much more easily if
it were either (1) a static method, (2) a method on an
entirely separate object or (3) a functor object.

> >  I was away last weekend, so didn't get to look at any of this yet, 
> > but I'll have loads of time this weekend (my wife's away) to change 
> > the syntax of my add-in (and look at splitting it into two 
> independent 
> > addins). I'm avoiding the Theory terminology for now, as 
> I'm not sure 
> > I have a Theory (which seems to be another extensibility point in 
> > xUnit.net), but will probably have ParameterizedTestFixtures and 
> > ParameterizedTests, as you suggested :)
> 
> I'm actually in favor of the Theory terminology, but only if 
> we also do the Assume.That() semantics I proposed in the 
> other posting. I believe once you read the whole paper, 
> you'll agree, but we'll have to wait and see what you think 
> after you read the paper.

I'm very much into a full theory implementation in 3.0 but I
see some issues with getting it into 2.5, which is after all
only supposed to be a "quickie."

Charlie
 
> -Kelly
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Microsoft Defy all 
> challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> nunit-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/nunit-developer
> 



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/