...

View Full Version : JavaScript Forever!



ken_shoti
05-02-2006, 11:49 AM
I'm working on a diary-like or my personal log book, I use JavaScript in creating the contents making searching for the contents and the like. I did it for more than 2 years. So... I'm afraid that what if one day, JavaScript would not be functional and replaced by other language. Will that happen? What should i do?

mildlyincoheren
05-02-2006, 01:01 PM
Technology will continue to advance...can't really do much about that. JS seems like it will be applicable for atleast the near future so I wouldn't worry about it to much. If you wanted someting with an assured longer shelf life (and more features/control) I'd suggest switching over to using php with a database (like MySQL).

Bill Posters
05-02-2006, 02:03 PM
I'm working on a diary-like or my personal log book, I use JavaScript in creating the contents making searching for the contents and the like. I did it for more than 2 years. So... I'm afraid that what if one day, JavaScript would not be functional and replaced by other language. Will that happen? What should i do?
It's likely to be around for a long while, particularly as there's as yet no significant dots on the horizon of something which is set to replace the functionality of js.
It's years too early to worry yourself about the death of javascript.


Still, as mildlyincoherent suggests, you may be bette off using something like PHP and MySQL. Not because js is about to die out (which it isn't), but because tools like server-side languages and databases are simply better tools for the jobs you're doing.

Kor
05-02-2006, 02:18 PM
I agree Bill Posters. Mainly because AJAX brought a new useful meaning for the javascript(DOM), so that, don't worry, javascript will not die so soon...

Beagle
05-02-2006, 03:22 PM
Well, the important thing is your data, not the application.

Eventually, your application will fail as technology changes. But you want your data to stay intact.

Keeping your data in an open-source database like MySQL or Postgresql, or in standard ascii text files will give you the best chance of keeping your data as your application changes.

DELOCH
05-02-2006, 09:51 PM
JavaScript is the most popular Client Side Script, so it will NOT be depricated, parhaps replaced by newer version of javascript(aka slightly updated)

parhaps one day XJS might start.... and we will use XML to describe JavaScript since XML is taking over the languages

:)

ken_shoti
05-06-2006, 11:57 AM
Thanx for your responses. Will MySql be good for client-side development only?

Kor
05-06-2006, 12:24 PM
php/mySQL will be just enough a little while ......
==========
... for the server-side along with Javascript on th client's

brothercake
05-06-2006, 06:16 PM
I think JS has a far longer shelf-life than PHP. We'll be writing server-side scripts in JS before too long .. you mark my words ;)

liorean
05-06-2006, 09:32 PM
JavaScript has one strong thing going for itself, something that can not be said of particularly many other languages in any setting: It's in a monopoly positition as the client side language for user interactivity on the web.

Okay, maybe not entirely a monopoly. But Java applets are and were clunky and are declining in use; ActiveX components likewise; Flash uses ActionScript, which could be called a fancy version of JavaScript; PDF and SVG use JavaScript as well; and VBScript is mostly confined to corporate intranet settings.

It will take a phenomenally big change for JavaScript to be displaced here. And it will only happen if Apple, Microsoft, Mozilla and Opera work together on making the alternative ubiquitous.






JavaScript on the client will, with good reliability, stay in the same position it's been in since Netscape first added it.

JavaScript on the server? Well, JScript in ASP, JScript.NET in ASP.NET (though I see little use for it unless you've got loads of JScript native code (that is, code that doesn't use the host environment do any larger degree) that you need to port to ASP.NET). Netscape's server side JavaScript technology is pretty much dead though.

I'd love to see JavaScript on the server, but I see little reason to chose it over Perl, PHP, Ruby or Python as it looks *today*. It lacks a good server side host environment, there is no equivalent to CPAN for general purpose scripting, it's a memory intensive language that lacks module and precompilation support for increasing performance, it doesn't have especially fast string handling (generating large strings fast from external data is the main action required of server side languages), it doesn't have support for streaming data at all, etc.

These issues need to be dealt with for it to become a good language for the server. Most important is a good library (host or open archive is of little importance) implemented as some kind of modules, and improved performance for string building and manipulation.

Kor
05-07-2006, 06:40 AM
As far as I could see, as it is now, Javascript would not be a good server-side language. I think it was not initially designed for. It is rather a slow language (about 100x times slower than C++) and it is not so good on Math. But it has a remarkable flexibility on dealing with web page's objects which, for the moment, makes it unique.

hemebond
05-07-2006, 08:08 AM
Server-Side Javascript (http://en.wikipedia.org/wiki/Server-side_JavaScript)



EZ Archive Ads Plugin for vBulletin Copyright 2006 Computer Help Forum