XML vs JavaScript

[howey]

Sry guys , i would like to know, if i use VisualBuilder, the XML code will be generate within my JSP page.

So, is that any extra components or features that can but written in Javascript but not XML ? I wonder any different between XML and Javascript in generating component .. Thank You ....

[Isomorphic]

Read all about the XML format here. Visual Builder can produce either format for you.

In terms of normal component use, XML can do everything JavaScript can do, and can be easier to manipulate with tools. It's up to your preference which to use.

In terms of defining new reusable components (isc.defineClass() ...), we recommend doing this in JavaScript. Although it is possible to do in XML there is no benefit to doing so.

[SchlauKunde]

On the page http://www.smartclient.com/docs/6.5/a/b/c/go.html#group..componentXML You recommend to use JavaScript:

"Note that JavaScript-based component instantiation is currently the recommended approach, and most examples are provided in the JavaScript format."

Does this mean:
- Do code in SmartClient XML when using the SmartClient Java server-side framework
- Do code in JavaScript otherwise; because SmartClient XML cannot be transformed to JavaScript on the client

[Isomorphic]

The recommendation is more nuanced than the part you quoted, and we'd recommend people read the full overview before making a choice.

But no, your summary is not correct. Again refer to the full discussion - you should consider the level of experience with JavaScript vs XML of everyone on your team and what roles they will play, pre-existing code and the possibility for imports/transformations, whether you will standardize on Visual Builder and jointly edit prototypes with non-programmers, and other factors.

Finally, even without the SmartClient Server in your production system, you can still use SmartClient Component XML because you can do the transform to JavaScript as a deployment step.