Well that particular project you referred its just a generic construction
set for Html or Xml. The toolkit I've proposed goes beyond that, my objects
actually have state and are true objects in the OO sense.
The toolkit does more than just abstract html construction via java
manipulation, if thats what you think it does then you've missed the whole
point. I welcome your comment though, cause it means I haven't explained
the purposes toolkit well enough.
I know what MVC is meant to do, in theory it sounds very good but one of
the problems is that a lot of the times business logic drives the
presentation. What I'm trying to do is make the view/model/controller a lot
closer to each other, i.e. I'm trying to couple the parts that they have in
common and trying to decouple the parts that should be seperated. In the
normal MVC pattern you got the model, view and controller all seperated,
but the reality is that there is strong relationship between all of them.
Before you make another comment, please have a look at what the method
updateData() tries to do and look at how you much easier you access the
data from the form and how you can manipulate the presentation of the form.
btw.. my solution does seperate presentation from the logic. All the
presentation is held in the objects themselves. Though I haven't planned
it, its possible that these objects at a latter stage will render something
else instead of Html.
"Vladimir Grishchenko" <[EMAIL PROTECTED]> on 04/12/2001 11:29:39
Please respond to "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
cc:
Subject: Re: an alternative approach to the standard mvc
What's wrong with Element Construction Set
(http://jakarta.apache.org/ecs/index.html) ?
IMHO the whole point of MVC is to separate presentation logic from business
logic. Your solution seems to only abstract html construction via java
object manipulation. There's much more to MVC than just that. It's no
replacement for MVC. Overall the idea is nice but not new. Sorry for not
being supportive, just my opinion.
--V.
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, December 03, 2001 3:48 PM
Subject: an alternative approach to the standard mvc
>
> Hi everyone,
>
> For those who have built a web application using the standard MVC pattern
> I'm sure you have found it can be quite a tedious and cumbersome
solution.
> The constant need to jump in and out of html/java and the messy process
of
> moving data between the model, the controller and the view is not a
pretty
> one. I've tried to come up with a better solution for implementing MVC.
> Objective html is a toolkit that aims at making html form development
> similar to the code you write for something like Java-Swing. Instead of
> having 3 components for each form, i.e. the jsp page, the javabean and
the
> controller, I've pull all these components back together so you have the
> model, controller and view in the one class file. If you check out my
> example its a much more intuitive and easy to follow solution then having
> the standard 3 parts solution.
>
> Some advantages of Objective HTML are:
> - Form data is much easily handled and much more intuitive
> - No need to have 3 pieces of code like MVC (jsp, bean, controller),
instead most of your code lies in one class
> - Less knowledge of html required, most of the messy html code is
abstracted in the Java objects
> - Much more Object-Orientated for the discipline freaks
> - Fully open source
>
> I hope some people can try out this toolkitout and let me know if it is
useful to them and what I can do to improve it.
>
> Check out the website at http://objectivehtml.sourceforge.net
>
> Cheers,
> Keith
>
>
>
>
> --
> To unsubscribe: <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
>
--
To unsubscribe: <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe: <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>
