|Re: The way XWT should work [message #570087 is a reply to message #568903]
||Fri, 12 March 2010 10:14
| Yves YANG
Registered: July 2009
Please see my comments below:
"Wolfgang Geck" <email@example.com> wrote in message
>I just have finished the article about XWT in the german 'Eclipse Magazin'.
>Interesting technology, i'm looking forward to, but please let me explain
>some problems i see from a programmers point of view:
Great! When will the English version be available ?
> Why does XWT force the UI-designer to reference backing beans and why must
> designers care about data binding. Instead of a clear separation between
> presentation and business logic you mix both technologies in a too complex
> xml definition.
> The designers one and only job is layouting UI controls in a user
> interface. Initializing data binding and validation, attaching label- or
> contentproviders, event handling etc. is (in my opinion) the programmers
> field of activity.
The modern UI framework provides more features for data presentation to
simplify the developer's life, that includes the data binding. So does XWT.
There are several kinds of developers: Business developer, Graphic Designer,
UI Component Developer etc.. XWT is in fact a foundation to support the
Presentation development for all kinds of users. And each user can use XWT
directly or indrectly via a tools such as Visual Designer. For sure, some
aspects can be visible for one kind of users, and be hidden for another. It
is the responsability of tools.
> The current java xml coupling is really difficult to understand. What
> about the following solution:
> <Shell xmlns="http://www.eclipse.org/xwt/presentation"
> <Button text="Hello, world!" name="t1">
> 1.The XWT UI description does not reference any java classes
It is possible. You can use the CLASS_PROPERTY option when you call load()
> 2. Each UI control needs a unique id or name (this is mandatory)
Each UI Element may have a unique id via the attribute "name" or "x:Name".
> 3. If a special flag is set on the XWT instance all rendered elements
> display their given unique id (in a tooltip whatever), that makes it
> easier to find the id for a specific control.( on top of that mandatory
> ids makes unit testing much easier)
> Once the UI is initialized the programmer can start doing his job.
> Since it is simple to get the controls corresponding id its simple to
> reference the control and initialize it.
> Text text =xwt.findByName("t1");
It is already possible.
> Let the programmer init the business logic, its not that time consuming.
> The designer can still rearrange the controls or modify fonts whatever.
XWT provides a solution to minimize the Java code, it is very important for
Powered by FUDForum
. Page generated in 0.01901 seconds