ServerJS/FAQ - Revision history

Alik Kirillovich: prototype-based vs class-based

2009-02-05T14:05:50Z

prototype-based vs class-based

← Older revision		Revision as of 14:05, 5 February 2009
Line 9:		Line 9:
	Debugging compiled code is not an enjoyable experience. Often, the abstraction layer between language X and JavaScript also has some holes then you end up needing to plug with hand-crafted JS (and not just stock JS, but JS that is designed to interface with that library). By using JavaScript all the way across, there are no such leaks.		Debugging compiled code is not an enjoyable experience. Often, the abstraction layer between language X and JavaScript also has some holes then you end up needing to plug with hand-crafted JS (and not just stock JS, but JS that is designed to interface with that library). By using JavaScript all the way across, there are no such leaks.

	Also, there can be some impedance mismatch between the prototype-based object model in JavaScript and the object models of other languages.		Also, there can be some impedance mismatch between the prototype-based object model in JavaScript and the class-based object models of other languages.

	=== Is there a bonus reason to use JavaScript on the server? ===		=== Is there a bonus reason to use JavaScript on the server? ===

	Why yes, I'm glad you asked. JavaScript is powering increasingly complex applications in the browser. This has caused browser vendors to work hard on their JavaScript performance. Server side JavaScript has the potential to significantly outperform other common dynamic languages because of this work.		Why yes, I'm glad you asked. JavaScript is powering increasingly complex applications in the browser. This has caused browser vendors to work hard on their JavaScript performance. Server side JavaScript has the potential to significantly outperform other common dynamic languages because of this work.

Kdangoor at 00:42, 5 February 2009

2009-02-05T00:42:13Z

← Older revision		Revision as of 00:42, 5 February 2009
Line 7:		Line 7:
	=== If sharing code is the objective, then why not compile language X to JavaScript to send to the browser? ===		=== If sharing code is the objective, then why not compile language X to JavaScript to send to the browser? ===

	Debugging compiled code is not an enjoyable experience.		Debugging compiled code is not an enjoyable experience. Often, the abstraction layer between language X and JavaScript also has some holes then you end up needing to plug with hand-crafted JS (and not just stock JS, but JS that is designed to interface with that library). By using JavaScript all the way across, there are no such leaks.

			Also, there can be some impedance mismatch between the prototype-based object model in JavaScript and the object models of other languages.

			=== Is there a bonus reason to use JavaScript on the server? ===

			Why yes, I'm glad you asked. JavaScript is powering increasingly complex applications in the browser. This has caused browser vendors to work hard on their JavaScript performance. Server side JavaScript has the potential to significantly outperform other common dynamic languages because of this work.

Kdangoor: New page: === Why use JavaScript on the server? === Using the same language on both the client and server sides allows for code sharing. As the language of the browser, the JavaScript language is in...

2009-02-05T00:37:35Z

New page: === Why use JavaScript on the server? === Using the same language on both the client and server sides allows for code sharing. As the language of the browser, the JavaScript language is in...

New page

=== Why use JavaScript on the server? ===
Using the same language on both the client and server sides allows for code sharing. As the language of the browser, the JavaScript language is in a unique position to enable this sharing. Using JavaScript on the server-side also leverages knowledge of JavaScript.

=== Why not Perl/PHP/Python/Ruby? ===
These languages are not in the browser and so cannot share code with the browser (without undue burden on either the developer or browser.)

=== If sharing code is the objective, then why not compile language X to JavaScript to send to the browser? ===

Debugging compiled code is not an enjoyable experience.