I have a question about how an MVP solution is best organized.

The solution contains three interfaces (model, view, presenter). There
are two concrete models and two concrete presenters. The solution is
currently organized as three projects: model, presenter and UI. The
model and presenter projects each contain the related abstract and
concrete types. The view interface is also in the presenter project.

After looking at the solution I'm thinking the abstract types should
all be in the same project, perhaps even in their own project. Such a
solution would contain interface, model, presenter and UI projects.
What constitutes best practices for organizing such a solution?

regards
A.G.

On Thu, 10 Mar 2011 12:01:27 -0500, Big Steel <(E-Mail Removed)> wrote:

>On Thu, 10 Mar 2011 09:36:34 -0500, Registered User
><(E-Mail Removed)> wrote:
>> I have a question about how an MVP solution is best organized.
>
>
>> The solution contains three interfaces (model, view, presenter).
>There
>> are two concrete models and two concrete presenters. The solution is
>> currently organized as three projects: model, presenter and UI. The
>> model and presenter projects each contain the related abstract and
>> concrete types. The view interface is also in the presenter project.
>
>
>> After looking at the solution I'm thinking the abstract types should
>> all be in the same project, perhaps even in their own project. Such
>a
>> solution would contain interface, model, presenter and UI projects.
>> What constitutes best practices for organizing such a solution?
>
>I consider the presenter and the view as part of the UI so they have
>folders in the UI project to hold the classes and interfaces.
>
I'm looking at a situation where the same model-presenters will be
used by multiple web sites each with their own implementation of the
IView.

>A service layer project with a service class sits between the
>presenter and the model.
>
>The Service layer has an IService.

The purpose of this project was simply to use a single IView
implementation with multiple implementations of an abstract
Presentation type. There is no interest in completeness when writing
throw-away code

regards
A.G.

On Thu, 10 Mar 2011 07:57:01 -0800, Peter Duniho
<(E-Mail Removed)> wrote:

>On 3/10/11 6:36 AM, Registered User wrote:
>> I have a question about how an MVP solution is best organized.
>
- snip -
>
>IMHO, the organization of the types in assemblies is somewhat orthogonal
>to the overall MVP design. It should instead relate to broader
>questions of where types _need_ to be, given your choice of assembly
>break-down.
>

- snip -

I kind of figured this but I've been wrong before. Thank you.

regards
A.G.