[mapguide-internals] Future Development Options for Web Server Extensions and new High Performance Viewer

[Traian Stanev]

You were right that you would get flamed, but I will make it short ;-). Seems to me like your main reason here is that using JavaScript "is a shame" because you don't like JavaScript as a language, and would use anything but JavaScript, including an alphabet soup of interpreted languages which in your opinion are somehow better than JavaScript. That's a rather personal argument -- for example, as a C programmer, I love JavaScript since it essentially gives me LISP-style functional programming programming with C syntax. What's not to like?

True, JavaScript code does get sent over the wire, but it can be easily compressed with gzip encoding, so size can't really be that much of an issue -- besides, a good browser will cache all the .js file and not fetch it over the wire every time. In addition, the JavaScript language itself is standard, contrary to what you say. What you are complaining about really is the global DOM object, which is slightly different in every browser and requires some fiddling. However, even that is not hard to work around if you look at, say YUI as example.

Besides, Google is working very hard on making JavaScript engines very fast, and they don't seem to be worried about IE6... Making short-sighted architectural decisions based on the need to support IE6 is probably not the best idea.


Traian

________________________________________
From: mapguide-internals-bounces at lists.osgeo.org [mapguide-internals-bounces at lists.osgeo.org] On Behalf Of carlj [carl at jokl.co.uk]
Sent: Saturday, December 26, 2009 12:53 PM
To: mapguide-internals at lists.osgeo.org
Subject: RE: [mapguide-internals] Future Development Options for Web Server     Extensions and new High Performance Viewer

There must be some people in the world who think Plug-ins are a good idea or
why are Flash, JavaFX and Silverlight busily trying to compete with each
other.

I can see the trend towards everything running in the browser using
JavaScript. I think it is a shame because if it had been known JavaScript
would be used to try and do these kinds of things then I think the language
would have been designed differently. It was only supposed to be a simple
glue language. JavaScript 2 which was supposed to beef up the language a bit
seems now to have been derailed. Each browser seems to have a slightly
different flavour of JavaScript. Then different versions of the same browser
have different capabilities.

I wonder if it is so wrong of me that I like the fact that the plug-in
technology at least provides a consistent development experience rather than
all the feature probing and conditional code I seem to get caught into when
it comes to JavaScript. No real ability to import and the JavaScript source
code all has to get send over the wire rather than some more compact
bytecode format. It is impressive that the new JavaScript engines
performance is now close to what was previously only possible with plug-in
technology. However it remains to be seen if IE decides to produce a high
performance JavaScript engine.

One thought I haven't suggested as it may get me flamed but I have
considered regarding the Web Server Extensions that there is a real buzz
right now about running different (particularly web) languages on top of the
Java or .Net virtual machine/runtime. Perhaps with the Web Server Extensions
exposed to Java and .Net those platforms themselves provide the capabilities
to develop with a diverse range of web languages. There is Jython and JRuby
on the Java side and Iron Python and Iron Ruby on the .Net side to name a
couple. Java has a full implementation of PHP available which runs on it and
I seem to have found something similar on the .Net side. This approach would
support far more languages than the 3 officially supported ones at the
moment. Perhaps it is a possibility in the long term. The PHP people may not
be happy with this idea though. LAMP servers are after all very popular on
the internet.
--
View this message in context: http://n2.nabble.com/Future-Development-Options-for-Web-Server-Extensions-and-new-High-Performance-Viewer-tp4208470p4218428.html
Sent from the MapGuide Internals mailing list archive at Nabble.com.
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals