Il mar, 2003-10-28 alle 21:34, Ugo Cei ha scritto: > > Because XML let us build a Model Representation of the Logic Flow. > > A what?
A Model. One can use XML tu build Models which are independent from the specific implementation. An example could be a UML Class Diagrams. You have a model (The Class Diagram Model) which is then converted in something concrete (ie. some .java files) We do it with Class Diagram, we could do the same with Logic Flows > > the future will be cool to design your application with WISIWYG tools > > instead of writing code :) > > Visual programming is The Next Big Thing. Sure. It's been for almost > twenty years ;-). The fact we still don't have it is not sufficient to exclude it, don't you think? Dennis Ritchie invented the C language to implement the concept of portability raising the programming level to un upper abstraction level. Today we don't have a 100% portability solution. The problem is not the technology itself. The problem is to find an agreement on how to to things. Standards are important for this reason (the problem here is the time standards require to be defined) I don't want to say that we are going to use visual tools for al kind of programming needs. I say that we could use conceptual models for well knonw patterns. Of couse well known means we have experience in the field, and this requires time. The good thing with XML is that can represent and model an abstraction which can than be processed to create the concrete thing. Which, BTW is what coccon does. (Im talking about XML, but any other semantic definion language could be used. XML is important because it is standard, not because it is XML. As you know, the idea behind is quite ancient) > > Of course, we cannot eliminate coding for all > > kind of logic. I think, anyway, that for well known patterns we could > > use XML. And the Form case is one of this. > > Sorry but I don't agree with you. Thank you! If we would have thought all the same way, the world "progress" will be never invented ;) BTW, actually we could build conceptal modes on top of cocoon. We could have a visual sitemap editor (it already exists, a kind of, at least), a visual query editor for ESQL, a visual content editor for forrest documets and so on. The problems are, as always, time and agreements. Gianluca > Ugo > > > --------------------------------------------------------------------- > 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]
