Hey James,

I came from the same ASP/COM/IIS environment for the last +/3 years.
All I can say is, what a pain! Man there hasn't been any really good way of
making distinct separations
in your code nor was there any real good way of controlling your actions.
(Not in really an effective way at least)
If you have to see some of our code that was running in production in
corporate environments such as banks, etc., you would run the opposite way
quick as you could to avoid maintenance and future enhancements.

I have been using Struts for a little while now, and I have got the
opportunity to experience the real power of MVC pattern in action. Not just
that, I still have the power to make use of a fully blown and popular OO
language in my Business logic.

Project I'm currently working on, I really got the role separation going
really well with help from Struts.
My favourite thing that I got to experience so far was the way I could move
(forward) from one action to the other and collect necessary, required, data
and send it to any appropriate view.

All I can say is that Struts and like frameworks are the greatest things
that many developers have the opportunity to make use of. No more boring
form collation process and model1 architecture. YES! :)

So what's next? What's next that could make our life's easier? Would there
have to be anything else in the first place? :)

Anyway, keep up the GREAT WORK to all developers and supporters of Struts
framework!!! :)

ciao
--Alen





----- Original Message -----
From: "James Mitchell" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 18, 2003 2:07 AM
Subject: Re: [OT] MVC / Model 2 for Microsoft ???


> You know, it's funny when I see people posting about comparing .Net with
> Struts.  As a former Model 1-er (is that a word?) I couldn't agree more
with
> David's comments.  All of an application's logic is embedded within the
same
> files that handle the display of html/xhtml/xml/whatever.  In the ASP/PHP
> worlds, there is no concept of a "controller".
>
> I get so tired of hearing of this "Struts version of PHP or ASP".
> Sorry guys, you just can't build a controller with a "page by page"
> scripting technology.
>
> Why can't you build a controller?
> I'll tell you why:
>     * You can't build a controller, because there's absolutely no
>       concept of what java calls a "servlet" in IIS-land.
>
>     * You can't haphazardly map different patterns (*.do, *.struts,
>       /myapp/*) without physically doing so in the management console
>       (they're called filters).
>       And even if you do that you still need to build and register
>       your component (dll) with the system registry (although there are a
>       few tricks around that).
>
>     * ASP/COM is like JSP/JavaBeans except everything in ASP is of
>       type "Variant" so you must code your component to handle
>       all type conversion safely.  (sound familiar?)
>
>     * The best form handling that I've seen with ASP was on a project
>       where every single form was posted to a common ASP file which
>       created a Scripting.Dictionary Object (similar in concept to a
>       collection), loaded all the request parameters, stuck
>       it into the session, and then sent a redirect to some processing
>       page (let's call this the business tier, but it's still just a
>       damn ASP page), which then redirected to a final ASP page (shit,
>       I guess that would be called the "view".....LOL).
>
> The best you can hope for is having someone on the team with enough
> foresight to put together the common tasks (db connection, common
functions)
> in one or more include files that get used on every page.
>
>
> James
>
>
>
> ----- Original Message -----
> From: "David Graham" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 17, 2003 7:39 PM
> Subject: RE: [OT] MVC / Model 2 for Microsoft ???
>
>
> > > > I don't think that the current ASP .NET model is too far off of the
> MVC
> > > > path. Mostly I think that MVC isn't enforced, but the foundation is
> > > > inherently there.
> > > >
> > > > If I had to do a mapping from struts to ASP .NET I would put things
> like
> > > > this:
> > > >
> > > > .jsp --> .aspx
> > > > ActionForm --> Code behind page of .aspx
> > > > Action --> Code behind page of .aspx
> > > > Model --> any .NET classes or Com objects that your Code behind page
> > >calls.
> > > >
> > >
> > >If you peruse some of the Microsoft-related public mailing lists,
you'll
> > >note that code-behind pages are not universally popular among Microsoft
> > >based developers -- it seems that more than a few people like to code
> > >things directly in their ASP pages, instead of having any separation.
> > >
> > >In other words, it's the old "Model 1 or Model 2" debate again :-)
> >
> > I'd like to say that Java developers have advanced passed that point but
> > that debate seems to reoccur too often.  The last time I debated it, it
> > became clear that developers who have felt the pain of inheriting Model
1
> or
> > scripted projects agree with MVC principals; those who have worked on
> small,
> > one person projects don't see anything wrong with Model 1.
> >
> > David
> >
> > >
> > >Craig
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> > _________________________________________________________________
> > The new MSN 8: advanced junk mail protection and 2 months FREE*
> > http://join.msn.com/?page=features/junkmail
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to