Hi Sri, rewind where the discussion starts from
readability: I state java is much more readable the xml. readablity improves understanding. Could you agree with me? debuggability the understanding of a declarative language depends totally on the documentation (We all know that document might missing, wrong, incomplete, misleading, oh, yes sometimes it is even correct ;-) while for an imperative language debugging is a further way to get insights, to see what is going on. debuggability improves understanding. Could you agree with me? The most important advantage of the generator approach is, to be able to drive more generators, or extend the existing one. >Capabilities with generator approach >* rules are in the generator, one place >* control combined widgets (text + label for example making both >enable/disable/hidden) >* input is usable for further code generation >Ideas >* generate controller code, too (input DialogInterface and an >interface defining a domain/app/session object) >* generate request code, too >* generate client cache code, too >* ... I do see no way to use UiBinder for that. Do you have an idea how to generate such things using the UiBinder definition? Stefan Bachert http://gwtworld.de ------------------------------------------------------------ On Jun 24, 10:57 pm, Sripathi Krishnan <sripathi.krish...@gmail.com> wrote: > Lets try to discuss the statement "XML is declarative, and therefore not > debuggable. UIBinder uses XML, and therefore, is not debuggable". > > Totally agree on the first part of the statement - XML is a mess if you put > logic into it. But, here is the key point - you cannot put logic in *.ui.xml > even if you wanted to. There just isn't any way to do so. If you have seen > the design notes, the GWT does not/will not ever allow things like if > statements and while loops into *.ui.xml. The logic of your application > stays 100% in java code, and is 100% debuggable. > > Lets pursue debugging in java a bit more. Say you have this fragment in > *.ui.xml > <g:HTMLPanel><div class="news">Good News! Click the button</div><g:Button > ui:field="clickMe"/></g:HTMLPanel> > > Assume that you wrote the equivalent java code for that. Now you are > testing, and you see the text is not appearing in red color as it should. > Tell me, how will you debug that in Eclipse? You can't - its a UI issue, and > you have to mess with tools like firebug to figure out why the particular > css class does not apply. > > UIBinder is no new language. In fact, it isn't a programming language at > all. Think of it is an intelligent way to externalize your html markup and > css. > > --Sri > > On 24 June 2010 23:45, Stefan Bachert <stefanbach...@yahoo.de> wrote: > > > On Jun 23, 7:49 pm, Blessed Geek <blessedg...@gmail.com> wrote: > > > Looking at your annotation, I find that I have to learn yet another > > > language. > > > Annotation are regular java. And UiBinder is using annotations, too. > > > > I mean learning the annotation style as a language. > > > > UiBinder is in XML and if you are familiar with XML, it's a breeze to > > > understand what's going on. > > > You missed the point. XML is a totally different language than java > > and it is not debuggable because pure declarative. > > Java is much more user readable than XML. > > > > For the many many years doing distributed computing in industrial > > > environment ... > > > You are going off topic, and you are not debating in honest way. > > > > Once these two issues are settled - hmmm ... there seems to be no > > > bounds to what my enthusiasm could do with UiBinder. > > > Ok, you won't be able to use your gui definition to generate more > > programming artefacts. > > > You seems to feel well in the dead end, your choice. > > I do not intend to live in the dead end, my choice. > > > Stefan Bachert > >http://gwtworld.de > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to google-web-tool...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
