JSVM2 -- 一个与应用无关的纯Javascript基础框架

终于等到JSVM在CSDN的发布了。

解决方案 »

  1.   

    jsvm给我的感觉一直是，代码很优美，不过学术味很重，作为一个框架，如果不是要开发非常非常rich的应用的话，要用的时候不得不想一想，我真的需要用到这么大的一个框架来解决问题吗？也许自己写几个可重用性没那么好的函数，解决起来更快更自然呢？
      

  2.   

    个人开发的简单应用且不考虑代码复用等因素，框架的优势确实表现不出来。就像，如果仅仅是从数据库查到一条记录的某个字段直接显示出来，那么 j2ee framework, O/R Mapping 等等都没有必要采用了，用 jdbc + sql 直接解决问题最快最方便。
    对 JSVM 的设计过程中，不仅仅追求优雅的架构和代码风格，其实对运行时（debug=false的模式下）的性能也是做了充分考虑的。
      

  3.   

    其实不用对jsvm是如何实现的做太多的研究，它只是一个工具，能帮助改善我们的开发，会使用就行了！
      

  4.   

    刚刚用JSVM开发了一个NAVMENU类，感觉十分强劲！YAHOO刚刚发布的开源UI，可以直接移植到JSVM中：）
      

  5.   

    to yifanwu(逸凡) ：jsvm目前的版本已经经过半年以上的稳定期，很多人做过各种场景的测试。不知道你说的错误多多是指什么？请举个例子！
      

  6.   

    觉得好亲切，又有JAVA的感觉了。可惜文档没有中文的。
      

  7.   

    下面给一个例子： 
    Yahoo User Interface Library (for JSVM2) 下载地址： http://jsvm.homolo.com/forums/655/PostAttachment.aspx
      

  8.   

    随着Web2.0投资热的兴起，以用户体验为中心的新一代web应用将逐渐替代传统模式的internet应用。
    我们可以看到，占据 Web UI 控制语言核心位置的 JavaScript 将在目前这一阶段的系统开发中将上升到更高的地位。
    由此也可以看到，Javascript 中间件的市场将非常广大。这里面也将蕴含着巨大的商机。JSVM 将规范这一领域的开发标准，更好地帮助你开发Javascript中间件产品，js 商业化时代就在眼前！目前，WebFx，ActiveWidgets, Yahoo Interface Librarys 等成熟产品已经很顺利地移植到jsvm规范下。
    很多js爱好者已经加入到基于jsvm平台的中间件开发队伍中来了，另外沪上几家公司也已经在jsvm平台上开发他们中间件产品。
    jsre 的春天已经到来，面包、黄油和鲜花离大家都不远了！今后，我和jsvm推动者们除了继续维护 JSVM 之外，将会把主要精力转移到 js 中间件产品的开发上来。（有开源的项目、也有商业项目）
      

  9.   

    加了对IEbug的修复么？
    见http://prototype.conio.net/还有ajax
    见http://prototype.conio.net/
      

  10.   

    IE修复见
    http://sourceforge.net/projects/ie7
      

  11.   

    ajax 和 工具类，ui 组件库 都属于 jsvm 平台上的具体应用，属于上层应用建筑，不属于 jsvm 本身范畴。这个需要开发人员自己去创作了，当然，也可以用别人写好了的现成作品。
    jsvm 本质上就是为了大家能更好的相互复用别人的代码！
      

  12.   

    我的意思就是集成进去，你不是说JSVM已经开发的差不多了么？这个好比一门语言，语法是有了,语法非常简单，强大，结构也非常清晰严谨，但是就是缺少丰富的类库，API之类的，会有人用么？其实JS就正好是这样一门语言，不过能用好的人太少了
      

  13.   

    要做就做成像framework一样的东西，而不仅仅是个vm
      

  14.   

    说得没错，多数开发者都是希望有现成可用的toolkit，这样能马上节省工作，提供开发效率。而不是什么都要自己去从头开发，然后让别人用。
    不过，开始总会需要一个积累过程，在这个过程开头阶段做出贡献的往往是一些乐于奉献的前辈们。他们不仅完成了自己的工作，而且为后人留下了可复用的资源。目前jsvm平台上的现成的lib有的： ajax ： xml-rpc, json-rpc ..
    ui component : activewidgets, yahoo ui lib, webfx, dtree ...
    common toolkit : homolo commons library ..
      

  15.   

    vm 是第一步，就像搭建一个平台，而 app framework, toolkit 是接下来的工作。
    戏台已经搭好，现在就看唱戏人的如何唱了，唱得好坏，所得利益都是他本人的，和戏台没有关系！
      

  16.   

    谁说没关系？java和php就是例子，同样都是好东西，java有sun和ibm的支持逐渐成熟起来，反观php，由于没有大型公司的直接支持，好是很好，可是总还没气候。除非已经有很多人愿意在这个台上唱戏了，而且唱的都不错。否则难免要你老哥一个人一直唱了。注意一般人对戏台是没什么兴趣的。还有把各种样板戏收集整理起来，不也是为你的戏台在打广告么？
      

  17.   

    你说的是如果这个平台本身有缺陷或者得不到足够的支持会影响一门语言的长远发展！这是不错的。
    而我的意思是：jsvm本身非常简单，几乎不影响上层js应用的开发自由度，在这种情况下，上层应用的好坏和平台就没有必然关系了。比如：一个人的java代码写的很烂，不能说java本身有问题吧？有人写了一个非常好的java程序，他对此享受著作权，也不能说sun也有份吧。我说得没关系，是指这个意思！这个戏台上的人已经不少了，但希望越多越好，代码的共享程度越大越好！复用是软件灵魂！这就是jsvm的根本目的！
      

  18.   

    如果单纯是复用，CTRL+C，CTRL+V就好了，我想还有整理，提炼。别的不多说了，我下了一份jsvm2.02.060209版本的发现几个问题1.为什么要用jsc后缀？能缓存么？只是用这个，我的editplus语法高亮不起来，看起来一点麻烦
    2.文件头上的注释怎么乱七八糟的
    3.打包工具没有附带
    4.唯一的demo运行错，typeerror:缺少对象（我目录是放桌面的，好象是长文件名的问题），demo怎么不多搞几个
    5.文档太简单了，这点微软做的不错，每个属性方法都有例子
    6.怎么有个使用指南是中文的，文档又是E文的，中文文档准备出么？虽然读E文我没什么大问题，但是好歹要先照顾下国人吧
      

  19.   

    拷贝粘贴的复用方式，必须理解掌握代码的内部实现细节，而且复用的粒度太小，几乎就是思想层面的复用，并且成本也是巨大的。jsc 的后缀是为了和 普通js文件区分开，长远考虑为 ide 作铺垫。
    editplus的语法高亮可以设置，参数选择/设置语法/javascript文件扩展名，设为 js;jsc 就可以了。
    打包工具属于第三方工具，在这里： http://jsvm.org/forums/126/ShowPost.aspx 下载
    demo属于客户代码的使用示例，比较简单！论坛上有比较详细的开发或使用的例子！
    文档确实太少了，不过也不是特别必须，因为jsvm本身的使用太简单了，http://jsvm.org/forums/516/ShowPost.aspx
      

  20.   

    如果太简单了，我比较喜欢。
    曾想学bindows和那个hackbase。可惜都太复杂了，后来开发任务压了下来，就没空学了。
      

  21.   

    JSVM 本身的文件代码每一个会写JS的人都可以看得懂，但是JSVM里所体现出来的开发模式，它的编程思想，就不是所有写JS的人能够理解的了。    JSVM里的精髓可以用两个词来概括：模块化、缓存。    但是，能够在写JS代码时意识这两点的人不多，能够充分理解且应用这两点的人就更少了，因此这个贴子没有象无忧里的那样火暴，显得有点曲高和寡。    唉，愿意在脚本这种“简单”语言上肯做基础研究的人太少了。
      

  22.   

    JSVM里的精髓可以用两个词来概括：模块化、缓存。顶！
      

  23.   

    需不需要用到JSVM这样"强壮"的框架, 真的是需要思考的问题, 对我来说, 即时写几个js函数, 在效率上也许会来的更合适!
      

  24.   

    JSVM2不错，这方面的确需要有人来带带头，领领路～开发企业级的AJAX应用方面推荐使用JSVM2，便于代码复用和积累，也便于多人开发和维护～
      

  25.   

    看过了，down过了，可没认真学习过　.....