|
精华帖 (0) :: 良好帖 (11) :: 新手帖 (0) :: 隐藏帖 (9)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-07-24
对JS ASP颇有参考价值的文章:
《ASP javascript: Application对象的Contents和StaticObjects做Cache的一些结论》 http://blog.csdn.net/zzcv_/archive/2007/06/26/1667242.aspx 文中有对asp性能有测评分析。 感觉classic asp与php思路有异曲同工之秒,底层都是c/c++实现, php/vbs/js的解析器作wrapper。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-24
这篇文章的测试似乎有问题。比如在循环体里做lock/unlock似无必要。
|
|
| 返回顶楼 | |
|
最后更新时间:2008-07-24
如果是某个小系统 完全用double-JS来做和用传统的J2ee来做。
如果是某个大型企业级应用,数据处理量巨大(例如金融系统) 1、服务器的问题:什么服务器? 2、系统稳定性:大数据量+并发处理能力? 3、报价:哪边拿的多? 4、系统结构:ASP的模块化? 。。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-24
别人老说je的牛太High end,可是下里巴人还有的呀~
引用 做为一个编程的业余爱好者,我一直都有一个想法——就是把JavaScript应用到服务器端编程上
为什么这么说? AJAX风暴正在悄然盛行,AJAX传输数据时候所采用的格式主要有两种XML和JSON。 两种格式想比较而言,我个人看好JSON,其一是传输时候占用带宽少,其二是接收到的数据转换成对象所需要的系统开销小。 而JavaScript对于JSON应用有着得天独厚的优势,在我看来,两者简直就是浑然一体的!!! 另外,JavaScript本身也是一门很好的语言,为什么就不能应用在服务器端呢? 其实,用脚本来在服务器端编程已经有了一个成功的例子,就是Ruby on rails。而且,如果真有一天,出现了真正意义上的服务器端JS引擎,我想那时候,也许会比RoR更热门,因为毕竟会JavaScript的人比会Ruby的人多得多。 客户端和服务器端都用同一种语言,也应该算是降低了web开发的门槛,对于像我这样的业余爱好者来说,学一门语言就OK了。剩下的时间就可以专心于应用了。 我期待着有一天能够出现一个这样的JS引擎。 在这个引擎没出现之前,我现在就是用ASP来做为暂时的替代品(虽然JScript != JavaScript吧)。 苦于我编程水平的低下,我唯一能做的就是来这里,与众多前辈高人交流一下我不成熟的小想法,另外再用一种可怜吧吧的眼神看着wch3116前辈,弱弱地问一句:有没有可能把Jsvm设计成客户端服务器端通用的? (以上纯属我个人不成熟的小想法,也许还夹带着许多概念上的混淆,希望前辈高人们多些指点少些指责) |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-25
kimmking 写道 如果是某个小系统 完全用double-JS来做和用传统的J2ee来做。 如果是某个大型企业级应用,数据处理量巨大(例如金融系统) 1、服务器的问题:什么服务器? 【客户公司的角度】 2、系统稳定性:大数据量+并发处理能力?【客户公司的角度】 3、报价:哪边拿的多?【开发公司的角度】 4、系统结构:ASP的模块化?【开发人员的角度】 。。 目前大家建议的还是小项目,内部项目之类的。 如果自己选择技术框架,还是综合考虑各种成本的好。没有最好,只有相对好一些。 我一直觉得 开发其实是各种力量和因素的一点点妥协,最后提交的一定是一个调和的产物。 |
|
| 返回顶楼 | |
|
最后更新时间:2008-07-25
我觉得asp+JScript+Ext库做服务器端简直是等于背着炸药包行走江湖
另外用asp做企业级非小系统应用,就等于一个领导,要管理每一个下属、下属的下属...的日常工作,到后面会一团糟,还是用asp.net的分层吧,只管直接下属就可以了 |
|
| 返回顶楼 | |






