You are right, I created a feedback forum is:
http://nhprof.uservoice.com/pages/28152-rhino-mocks-4-0

On Fri, Sep 4, 2009 at 1:42 PM, Stefan Steinegger <
[email protected]> wrote:

>
> Are there already some concepts around? Do you start brainstorming,
> gathering ideas, or is this already done? I also have some wishes and
> things to say. I think that we use quite a large part of the Rhino
> features in our project.
>
> So if we start gathering ideas, we should have some platform, like a
> wiki or something, where everyone can post ideas and comment to others
> for a certain time period. There will be ideas for features, syntax
> and even basic concepts.
>
> On 4 Sep., 10:47, Ayende Rahien <[email protected]> wrote:
> > Alex,First thing to do is to decide where we are going, that is why this
> > discussion is so important.
> > Next stage is to get everyone's input and then start working. And yes, I
> do
> > mean submitting code.
> > I believe that if you'll take a look at the Rhino Mocks codebase, you'll
> be
> > able to get yourself familiarized in a short while.
> > It is a good codebase, even if I say so myself.
> >
> > On Fri, Sep 4, 2009 at 11:17 AM, Alex McMahon <[email protected]>
> wrote:
> >
> > > Ayende,
> >
> > > When you say "you are welcome to contribute" will you be organising
> > > this in some way? will there be a list of tasks?
> >
> > > I've not submitted a patch to Rhino Mocks before, but I'd be
> > > interested in having a go at submitting one for 4.0.
> >
> > > Do you think there will be tasks that could be tackled by someone
> > > who's not already overly familiar with the code base?
> >
> > > Regards
> > > Alex McMahon
> >
> > > 2009/9/1 Ayende Rahien <[email protected]>:
> > > > This is a blog post that would show up day after tomorrow, I am
> posting
> > > it
> > > > here to get some traction in the mailing list before we make it
> really
> > > > public.
> >
> > > > Well, now that Rhino Mocks 3.6 is out of the way, we need to think
> about
> > > > what the next version will look like.
> >
> > > > Initially, I thought to match Rhino Mocks 4.0 to the .NET 4.0 release
> and
> > > > support mocking dynamic variables, but while this is still on the
> > > planning
> > > > board, I think that it is much more important to stop and take a look
> at
> > > > where Rhino Mocks is now and where we would like it to be.
> >
> > > > I started Rhino Mocks about 5 years ago, and the codebase has stood
> well
> > > in
> > > > the test of time. There aren’t any nasty places and we can keep
> releasing
> > > > new features with no major issues.
> >
> > > > However, 5 years ago the community perception of mocking was
> different
> > > than
> > > > what it is now. Rhino Mocks hasn’t really changed significantly since
> it
> > > 1.1
> > > > days, for that matter, you can take a code base using Rhino Mocks for
> > > .Net
> > > > 1.1 and move it to Rhino Mocks 3.6 with no issues.
> >
> > > > But one of the most frequent complaints that I have heard is that
> Rhino
> > > > Mocks API has became too complex over the years, there are too many
> > > options
> > > > and knobs that you can turn. I know that my own style of interaction
> > > testing
> > > > has changed as well.
> >
> > > > The current plan for Rhino Mocks 4.0 is that we will break backward
> > > > compatibility in a big way. That means that we are going to
> drastically
> > > > simplify everything in the framework.
> >
> > > > We are still discussing this in the mailing list, but currently it
> looks
> > > > like we will go with the following route:
> >
> > > > Kill the dynamic, strict, partial and stub terminology. No one cares.
> It
> > > is
> > > > a fake.
> > > > Remove the record / playback API. The AAA method is much simpler.
> > > > Simplify mocking options, aiming at moving as much as possible from
> > > > expectation style to assert style.
> > > > Keep as much of the current capabilities as we can. That means that
> if
> > > Rhino
> > > > Mocks was able to support a scenario, it should still support it for
> the
> > > 4.0
> > > > version, hopefully in a simpler fashion.
> >
> > > > The end result is putting Rhino Mocks on an API diet. I am looking
> for
> > > help
> > > > in doing this, both in terms of suggested syntax and in terms of
> actual
> > > > patches.
> >
> > > > You are welcome to contribute…
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Rhino.Mocks" 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/rhinomocks?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to