Hello and welcome to our community! Is this your first visit?
Register
Enjoy an ad free experience by logging in. Not a member yet? Register.
Results 1 to 12 of 12
  1. #1
    Regular Coder
    Join Date
    Nov 2005
    Posts
    230
    Thanks
    1
    Thanked 0 Times in 0 Posts

    JavaScript Forever!

    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?

  • #2
    New Coder
    Join Date
    May 2006
    Posts
    10
    Thanks
    0
    Thanked 0 Times in 0 Posts
    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).

  • #3
    Senior Coder
    Join Date
    Feb 2003
    Posts
    1,665
    Thanks
    0
    Thanked 27 Times in 25 Posts
    Quote Originally Posted by ken_shoti
    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.

  • #4
    Kor
    Kor is offline
    Red Devil Mod Kor's Avatar
    Join Date
    Apr 2003
    Location
    Bucharest, ROMANIA
    Posts
    8,478
    Thanks
    58
    Thanked 379 Times in 375 Posts
    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...
    KOR
    Offshore programming
    -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

  • #5
    Senior Coder
    Join Date
    Jul 2005
    Location
    New York, NY
    Posts
    1,084
    Thanks
    4
    Thanked 19 Times in 19 Posts
    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.

  • #6
    Regular Coder DELOCH's Avatar
    Join Date
    Apr 2006
    Location
    Canada
    Posts
    537
    Thanks
    4
    Thanked 2 Times in 2 Posts
    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


  • #7
    Regular Coder
    Join Date
    Nov 2005
    Posts
    230
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Thanx for your responses. Will MySql be good for client-side development only?

  • #8
    Kor
    Kor is offline
    Red Devil Mod Kor's Avatar
    Join Date
    Apr 2003
    Location
    Bucharest, ROMANIA
    Posts
    8,478
    Thanks
    58
    Thanked 379 Times in 375 Posts
    php/mySQL will be just enough a little while ......
    ==========
    ... for the server-side along with Javascript on th client's
    Last edited by Kor; 05-07-2006 at 07:34 AM.
    KOR
    Offshore programming
    -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

  • #9
    Senior Coder
    Join Date
    Jun 2002
    Location
    near Oswestry
    Posts
    4,508
    Thanks
    0
    Thanked 0 Times in 0 Posts
    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
    "Why bother with accessibility? ... Because deep down you know that the web is attractive to people who aren't exactly like you." - Joe Clark

  • #10
    Master Coder
    Join Date
    Feb 2003
    Location
    Umeå, Sweden
    Posts
    5,575
    Thanks
    0
    Thanked 83 Times in 74 Posts
    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.
    liorean <[lio@wg]>
    Articles: RegEx evolt wsabstract , Named Arguments
    Useful Threads: JavaScript Docs & Refs, FAQ - HTML & CSS Docs, FAQ - XML Doc & Refs
    Moz: JavaScript DOM Interfaces MSDN: JScript DHTML KDE: KJS KHTML Opera: Standards

  • #11
    Kor
    Kor is offline
    Red Devil Mod Kor's Avatar
    Join Date
    Apr 2003
    Location
    Bucharest, ROMANIA
    Posts
    8,478
    Thanks
    58
    Thanked 379 Times in 375 Posts
    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.
    KOR
    Offshore programming
    -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

  • #12
    Senior Coder
    Join Date
    Jul 2004
    Location
    New Zealand
    Posts
    1,315
    Thanks
    0
    Thanked 2 Times in 2 Posts
    Forget style. Code to semantics. Seperate style from structure, and structure from behaviour.
    I code to specs, and test only in Firefox (unless stated otherwise).


  •  

    Posting Permissions

    • You may not post new threads
    • You may not post replies
    • You may not post attachments
    • You may not edit your posts
    •