加入时间: 2005/02/18
文章: 42
|
 时间: 2005-10-05 21:25:43 标题: |
  |
|
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 | |
| 返回顶端 |
|
 |
jack
JBoss
加入时间: 2003/09/18
文章: 30
|
 时间: 2005-10-13 17:48:21 标题: |
  |
|
| 醒来 写道: |
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 |
我完全不会JAVA相关的任何东西,所以这个服务器端的JavaScript我考虑N久都没有想出对应我比较熟悉的MS技术结构里面的对应技术. 用"服务器端JavaScript"google下,看到的资料好像也是和Java相关的http://www./code/js_ref/intro.htm#1010790
以前的asp代码倒是会用到很多服务器端的脚本,里面写很多的脚本代码,运行在服务器端,能够和数据库连接起来,读写数据,动态的改变网页的内容等等.
而对于于新的asp.net,这样的脚本功能基本上已经变成C#或者VB.NET代码了.前面Dlee提到的2005年Javascript的新变化,是否仅仅就是客户端的变化呢?如果是服务器端也要应用,那么对于MS开发平台,.net framework也足够用了.
PS.我网页程序比较少写,基本上以一个应用程序开发人员的角度来编写.ASP.NET弱化了应用程序和网页程序之间的区别.在开发过程中,也就不大会考虑这些问题. 比如JavaScript啊或者XMLHTTP等.基本当作是一个应用程序在开发的.只是最终的运行方法不同而已. | |
| 返回顶端 |
|
 |
醒来
JBoss
加入时间: 2005/02/18
文章: 42
|
 时间: 2005-10-13 22:29:19 标题: |
  |
|
| jack 写道: |
| 醒来 写道: |
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 |
我完全不会JAVA相关的任何东西,所以这个服务器端的JavaScript我考虑N久都没有想出对应我比较熟悉的MS技术结构里面的对应技术. 用"服务器端JavaScript"google下,看到的资料好像也是和Java相关的http://www./code/js_ref/intro.htm#1010790
以前的asp代码倒是会用到很多服务器端的脚本,里面写很多的脚本代码,运行在服务器端,能够和数据库连接起来,读写数据,动态的改变网页的内容等等.
而对于于新的asp.net,这样的脚本功能基本上已经变成C#或者VB.NET代码了.前面Dlee提到的2005年Javascript的新变化,是否仅仅就是客户端的变化呢?如果是服务器端也要应用,那么对于MS开发平台,.net framework也足够用了.
PS.我网页程序比较少写,基本上以一个应用程序开发人员的角度来编写.ASP.NET弱化了应用程序和网页程序之间的区别.在开发过程中,也就不大会考虑这些问题. 比如JavaScript啊或者XMLHTTP等.基本当作是一个应用程序在开发的.只是最终的运行方法不同而已. |
我对 ASP.net 不是太熟悉，所以对你所说的也难以深入了解。
用 Rhino 在服务端写javascript 适用于轻量型的应用，不管怎么样，JavaScript 比 C# 和 java 总要简单得多，而且可以照顾到很多本身有javascript开发经验的前台开发人员参与到后台开发中去。 | |
| 返回顶端 |
|
 |
jack
JBoss
加入时间: 2003/09/18
文章: 30
|
 时间: 2005-10-14 10:35:50 标题: |
  |
|
| 醒来 写道: |
我对 ASP.net 不是太熟悉，所以对你所说的也难以深入了解。
用 Rhino 在服务端写javascript 适用于轻量型的应用，不管怎么样，JavaScript 比 C# 和 java 总要简单得多，而且可以照顾到很多本身有javascript开发经验的前台开发人员参与到后台开发中去。 |
这个的确是不错的一个做法.拥有Javascript开发经验的人员一定不少.那么当javascript可以成为服务器端脚本语言的时候,一方面是开发人员资源主够多,另外一方面是开发人员本身也应该希望能够有个低门槛的服务器端的开发技术. 这样完全是一拍即合了.
不过MS这边刚好相反,能够让大量的应用程序开发人员轻松的开发网页程序.用一个开发框架来模糊应用程序和网页程序的区别.使得大量开发人员能够开发应用程序的同时,随时可以跨入网页程序的开发. 不需要做任何语言上的培训,不需要做任何开发框架上的培训.只需要知道网页程序和应用程序某些设计上的不同.就能够顺利的进入开发. 不过对于那些曾经是asp这样的脚本编写的开发人员来说,MS的大变动,从ASP->ASP.NET的变动是一场灾耐. 在我看来ASP编写者去学习Rhino这种开发包的应用,要比学习ASP.NET来的要方便的多.直观的多.
这样的趋势下去,也许网页程序开发人员会不停的增长,最终网页程序开发会成为开发人员的一个必备技能了.  | |
| 返回顶端 |
|
加入时间: 2005/02/18
文章: 42
|
 时间: 2005-10-05 21:25:43 标题: |
  |
|
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 | |
| 返回顶端 |
|
 |
jack
JBoss
加入时间: 2003/09/18
文章: 30
|
 时间: 2005-10-13 17:48:21 标题: |
  |
|
| 醒来 写道: |
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 |
我完全不会JAVA相关的任何东西,所以这个服务器端的JavaScript我考虑N久都没有想出对应我比较熟悉的MS技术结构里面的对应技术. 用"服务器端JavaScript"google下,看到的资料好像也是和Java相关的http://www./code/js_ref/intro.htm#1010790
以前的asp代码倒是会用到很多服务器端的脚本,里面写很多的脚本代码,运行在服务器端,能够和数据库连接起来,读写数据,动态的改变网页的内容等等.
而对于于新的asp.net,这样的脚本功能基本上已经变成C#或者VB.NET代码了.前面Dlee提到的2005年Javascript的新变化,是否仅仅就是客户端的变化呢?如果是服务器端也要应用,那么对于MS开发平台,.net framework也足够用了.
PS.我网页程序比较少写,基本上以一个应用程序开发人员的角度来编写.ASP.NET弱化了应用程序和网页程序之间的区别.在开发过程中,也就不大会考虑这些问题. 比如JavaScript啊或者XMLHTTP等.基本当作是一个应用程序在开发的.只是最终的运行方法不同而已. | |
| 返回顶端 |
|
 |
醒来
JBoss
加入时间: 2005/02/18
文章: 42
|
 时间: 2005-10-13 22:29:19 标题: |
  |
|
| jack 写道: |
| 醒来 写道: |
| YuLimin 写道: |
| winterwolf 写道: |
哪里脆弱啊 ? 具体谈谈我很关心
我过去一直很排斥js 因为它将网页搞的很麻烦.
但现在发现js可以用在server端 而且还挺有趣 ! |
Server端是怎么用的？如何使用？ |
典型的使用方式就是编写一个一个的js，类似于webwork的action，在servlet里eval。
在我的项目里，客户端使用ajax，javascript写的太多，干脆用rhino写了一个服务端的service，用jsonrpc 来调用。关键的业务处理就用服务端的js处理。两头都用javascript。如果项目不复杂而且对性能要求不是太苛刻的话，这样的开发方式也挺方便，这样的开发方式也挺方便，省却了编译的时间。
据说j2se6.0 beta里集成了rhino，用于web service的快速开发，脚本语言正重新被重视。 |
我完全不会JAVA相关的任何东西,所以这个服务器端的JavaScript我考虑N久都没有想出对应我比较熟悉的MS技术结构里面的对应技术. 用"服务器端JavaScript"google下,看到的资料好像也是和Java相关的http://www./code/js_ref/intro.htm#1010790
以前的asp代码倒是会用到很多服务器端的脚本,里面写很多的脚本代码,运行在服务器端,能够和数据库连接起来,读写数据,动态的改变网页的内容等等.
而对于于新的asp.net,这样的脚本功能基本上已经变成C#或者VB.NET代码了.前面Dlee提到的2005年Javascript的新变化,是否仅仅就是客户端的变化呢?如果是服务器端也要应用,那么对于MS开发平台,.net framework也足够用了.
PS.我网页程序比较少写,基本上以一个应用程序开发人员的角度来编写.ASP.NET弱化了应用程序和网页程序之间的区别.在开发过程中,也就不大会考虑这些问题. 比如JavaScript啊或者XMLHTTP等.基本当作是一个应用程序在开发的.只是最终的运行方法不同而已. |
我对 ASP.net 不是太熟悉，所以对你所说的也难以深入了解。
用 Rhino 在服务端写javascript 适用于轻量型的应用，不管怎么样，JavaScript 比 C# 和 java 总要简单得多，而且可以照顾到很多本身有javascript开发经验的前台开发人员参与到后台开发中去。 | |
| 返回顶端 |
|
 |
jack
JBoss
加入时间: 2003/09/18
文章: 30
|
 时间: 2005-10-14 10:35:50 标题: |
  |
|
| 醒来 写道: |
我对 ASP.net 不是太熟悉，所以对你所说的也难以深入了解。
用 Rhino 在服务端写javascript 适用于轻量型的应用，不管怎么样，JavaScript 比 C# 和 java 总要简单得多，而且可以照顾到很多本身有javascript开发经验的前台开发人员参与到后台开发中去。 |
这个的确是不错的一个做法.拥有Javascript开发经验的人员一定不少.那么当javascript可以成为服务器端脚本语言的时候,一方面是开发人员资源主够多,另外一方面是开发人员本身也应该希望能够有个低门槛的服务器端的开发技术. 这样完全是一拍即合了.
不过MS这边刚好相反,能够让大量的应用程序开发人员轻松的开发网页程序.用一个开发框架来模糊应用程序和网页程序的区别.使得大量开发人员能够开发应用程序的同时,随时可以跨入网页程序的开发. 不需要做任何语言上的培训,不需要做任何开发框架上的培训.只需要知道网页程序和应用程序某些设计上的不同.就能够顺利的进入开发. 不过对于那些曾经是asp这样的脚本编写的开发人员来说,MS的大变动,从ASP->ASP.NET的变动是一场灾耐. 在我看来ASP编写者去学习Rhino这种开发包的应用,要比学习ASP.NET来的要方便的多.直观的多.
这样的趋势下去,也许网页程序开发人员会不停的增长,最终网页程序开发会成为开发人员的一个必备技能了.  | |
| 返回顶端 |
|
|
