Help on designing a modular ASP.NET architecture

[Don Huan]

Hi

my job is to migrate our WinForms application to ASP.NET. This app was
build very modular so every peace of code can be replaced by another
"modul". There are 1 VS-solution with about 60 projects (dll's) in it.
Now I have to design a Web-Client modul (actually the web-interface). To
maintain the modularity, I thought of making one ASP.NET-Project inside
of the solution and create some projects containing Custom Web Controls.
Did somebody has similar design requirements? Is there any
better/alternative solutions (links)? What is your advice?

Don

[Don Huan]

I checked it and there's no way to compile a *UserControl* into a dll
and reference it. That can be done with CustomControls only..


Grant Merwitz wrote:

Not sure about that actually.
I know you can compile them into a dll, but not sure if it can be referenced
like a project reference,
but i can't imagine why not.

"Don Huan" <do*@kostik.d e> wrote in message
news:OO******** ******@TK2MSFTN GP10.phx.gbl...

ASAIK there's no way to compile and reference UserControls across projects
(like custom controls), or is there one? At least, VS doesn't provide me
the ability to create a UserControl inside of a project other than
WebProject (like in a Web Class Library).
I'm relatively new to asp.net, so sorry for dumb question :)

Don

Grant Merwitz wrote:

How come you can't use UserControls.
It's definately a way to modularise a WebSite (i've found), and you can
compile them, and reference and use them across projects.
Hence you could modularise them.

But this sounds like an awfull amout of work.
Considerin g they will most likely only be used in one solution - the
website,
why not group them all together under one solutiong, in a folder
structure simulating your current modules.
They are, after all, just a UI to your modules, and shouldn't contain too
much functionality as it will be using the code you already have


"Don Huan" <do*@kostik.d e> wrote in message
news:uR***** ***********@tk2 msftngp13.phx.g bl...
Thanks all for quick responce.
Actually every of our modules consists of 3-4 Projects like
- module.buisness logic
- module.common
- module.winform

So the requirement is to create one project like
- module.aspnet
for every module.
And that's the reason I can't use UserControls.
My further thoughts are about orginizing css/js and so on in such a big
solution. The aim is to keep web site both modular and simply.

Grant Merwitz wrote:
>I think you spot on with your solution.
>You don't necessarily have to use controls, but they are nice if there's
>set pieces of functionality you want to reuse.
>
>The nice thing about keeping it in the same solution, is that you don't
>have to keep referencing your compiled dll's,
>as you make changes to your projects it will update the project
>referenc es set up in Visual Studio.
>
>I have a project setup similair to the one you are talking - a tad
>smaller though - but it works like a charm.
>one annoying thing however, may be compile time when developing, you
>can ofcourse just rebuild the web project on its own, but when debugging
>this may be frustrating.
>
>"Don Huan" <do*@kostik.d e> wrote in message
>news:Oj*** ***********@TK2 MSFTNGP10.phx.g bl...
>
>
>
>>Hi
>>
>>my job is to migrate our WinForms application to ASP.NET. This app was
>>build very modular so every peace of code can be replaced by another
>>"modul" . There are 1 VS-solution with about 60 projects (dll's) in it.
>>Now I have to design a Web-Client modul (actually the web-interface).
>>To maintain the modularity, I thought of making one ASP.NET-Project
>>inside of the solution and create some projects containing Custom Web
>>Control s.
>>Did somebody has similar design requirements? Is there any
>>better/alternative solutions (links)? What is your advice?
>>
>>Don
>
>

[Don Huan]

What is the best way to maintain extern files like CSS, JS and so on? It
would be probably great if they could be placed under their modules
respectively. But how can I then reference them gently from my
CustomControls?

- module_XX
-- CustomControl_x x.cs
-- CustomControl_x y.cs
-- script.js
-- style.css
What are your thoughts about that?

Don

Kevin Spencer wrote:

Well, Don, it depends on what you mean by "modular." If you constructed your
WinForms application correctly, you separated business logic from UI logic
and code. And if that's the case, you can either re-use the business classes
of your WinForms app (if they are managed), or rebuild them as managed
classes (if they are not), or use Interop to use them (which will engender a
performance hit and some complexity, which I don't recommend offhand). As
for your Custom Controls, anywhere in your WinForms app that you use Custom
Control, create Custome ASP.Net Server Controls to replace them.

[Kevin Spencer]

There are 2 basic ways to approach this. First, an external CSS or JS file,
like a DLL or namespace can be referenced or not in any give page. Second,
CSS can define classes, and is object-oriented. JavaScript is also somewhat
object-oriented, and can be used to define both classes and functions.

We create Custom Controls that are contained in divs. The outer div has a
CSS class, which is used by our graphics designer to design the style and
look of the Control (which has no inline attributes, no tables for layout,
etc, but are "pure" HTML) in any given page context. This allows us to
create Custom Controls that can be "skinned" using CSS classes in external
style sheets.

--
HTH,

Kevin Spencer
Microsoft MVP
..Net Developer
Everybody picks their nose,
But some people are better at hiding it.

"Don Huan" <do*@kostik.d e> wrote in message
news:%2******** ********@TK2MSF TNGP10.phx.gbl. ..

What is the best way to maintain extern files like CSS, JS and so on? It
would be probably great if they could be placed under their modules
respectively. But how can I then reference them gently from my
CustomControls?

- module_XX
-- CustomControl_x x.cs
-- CustomControl_x y.cs
-- script.js
-- style.css
What are your thoughts about that?

Don

Kevin Spencer wrote:

Well, Don, it depends on what you mean by "modular." If you constructed
your WinForms application correctly, you separated business logic from UI
logic and code. And if that's the case, you can either re-use the
business classes of your WinForms app (if they are managed), or rebuild
them as managed classes (if they are not), or use Interop to use them
(which will engender a performance hit and some complexity, which I don't
recommend offhand). As for your Custom Controls, anywhere in your
WinForms app that you use Custom Control, create Custome ASP.Net Server
Controls to replace them.