Gizmox - Guy Peled's Blog

Guy Peled's thoughts on development, and what ever...

  Home  |   Contact  |   Syndication    |   Login
  43 Posts | 1 Stories | 9 Comments | 5 Trackbacks

News

This is a testing of mashup....

Article Categories

Archives

Post Categories

Blogs I Read

Favorites

Resources

Visual WebGUI Related

I have received an email from a Visual WebGui user how wrote me the following question: “how can you say that you should not use DHTML, while Visual WebGui does not support FireFox?”.

Well it is true Visual WebGui currently does not support FireFox. We are currently in the process of making it working over FireFox. The great thing about programming applications over Visual WebGui, is that you are actually using an abstraction layer. This means, that when Visual WebGui will support FireFox, application developed using Visaul WebGui will also support FireFox with out modifying there code. Further more bugs and improvements made to the presentation layer of Visual WebGui also will applied to existing projects.

Generally this is usually the meaning of a framework. It takes care of things for you, but here applications get all there presentation layer enjoying the advantages a framework. Normally when you develop an application you improve only stuff you have to improve but with Visual WebGui, you get a presentation layer that keeps on improving without you having to use your resources.

Visual WebGui abstracts away more than just what browser you use,  it also abstracts the communication between the browser and the client. This is one hell of a feature when you consider the complexity of developing a simple application such as the explorer sample (see the video here). Currently developing a web application means developing services that are consumed by javascript  code in the browser. You have to determine which way fits you the best and you have to develop, consume and integrate those services together. I have seen companies creating frameworks specially designed for there type of data and there type of needs and abstraction layers in this area usually come as RAD tools that do a great job at telling you what you want to do, instead of the other way around. Visual WebGui's abstraction layer does not assume what you want to do and still it has optimizations that makes applications developed with Visaul WebGui better than custom developed application using the existing tools.

Desktop programmers have been enjoying this kind of abstraction layer for ages. Other than creating a custom owner drawn controls, they never had to worry about how to render a list view or how to get data from the controls to the screen. They did not have to understand, how does events get to from the keyboard to the application code. The did not have to write funny looking document oriented language (HTML) to create their apps but rather use docking and anchoring. These are the things that make web application development so complex. Why shouldn't web application development be as simple as developing a VB or WinForms application ?

I think in star trak they would end this post by saying... Abstract me away scotty...

  • Share This Post:
  • Share on Twitter
  • Share on Facebook
  • Share on Technorati
posted on Monday, May 01, 2006 8:17 PM

Feedback

# re: Visual WebGui as an abstraction layer. 5/1/2006 10:21 PM Anonymous
Most experienced web developers would say the opposite -- web apps are far easier and windows apps are far more complex. And yes if they are of any complexity, then windows apps do require you to know all of that also, but at least with web apps the things you have to know are well documented and straight-forward.

# re: Visual WebGui as an abstraction layer. 5/2/2006 1:48 AM Guy Peled
In a way you are right. Web developers would may be say the opposite, but only because they have not tried to program a WinFroms application.

If you will check in companies that had developed both web and client application versions of there product, you will see that they had there web version always behind the client version and they had spent 10 times the efforts on the web version.

Keep in mind that I am taking about programming web applications and not web sites.

In the days of MFC and ATL your complexity claim would be right on the money but today after Visual Basic took desktop development down to the level of the common programmer and WinForms following it's steps, developing a web application using web concepts is by far more complex.

The reason that web development is more complex is that you have more parts to design,develop and maintain. A simple application like the Class Browser we have in the site will include many pages, written in many languages, running in multiple environments, provide you with many security issues you have to deal with, and bottom line you would be writing tons of script code, which is perfect for a web 2.0 web site but is fetal for a web application development.

The whole AJAX movement is about getting the user interface more responsive and web applications to be more like the look and feel of desktop applications and while presenting a better user experience for the end user, they had never been about making life simpler to the web application developer. Writing web application complexity has be raised by the customers who have been exposed to web applications like the OWA and they want this kind of experience. Those customers will not compromise to page by page experience and we see the big success of gmail.

Bottom like developers who develop OWA like application have a very not simple job.

Post A Comment
Title:
Name:
Email:
Website:
Comment:
Verification: