现在关于.NET取代WIN32的传言是铺天盖地,看来WIN32却是穷途末路了,我想知道WIN32还能散发多久的余辉,在中国,什么时候才会被.NET完全取代.就像WIN32全面取代DOS那样.
还有,我相信大多数人尽管对这个词耳濡目染,要说真正懂得的却数不出来几个.NET到底是个什么东西?比起WIN32来,NET好在哪些方面,不足之处又是什么?WIN32程序能不能顺利移植到.NET下?我们现在开发WIN32程序的技巧和方法(比如说现有的API函数)又有多少可以用在.NET下?各位对BORLAND和MS在.NET平台下开发工具之间的竞争又抱着怎样的态度?

解决方案 »

  1.   

    你需要一本像".Net大局观"这样的经典书
      

  2.   

    3-5年 开始取代
    5-8年 可能完全被取代
    当然这其中还有linux这个变数
    而且这些都是臆测
      

  3.   

    短期之类是不会取代的 ,WIN32再今后将运用于系统底层应用(游戏方面也算),而NET在应用方面将有与WIN32无可取代的优势.所以不需要担心WIN32的前途,但也不可以不去学习NET.学点C#就可以了.NET的精华就在c#里.还有工具之争我看没必要说什么,我只相信效率就是金钱,效率就是一切,所以我还是选者DELPHI.
      

  4.   

    WIN32再今后将运用于系统底层应用(游戏方面也算)
    这么说WIN32程序可以移植到.NET下?
      

  5.   

    .NET是实现微软操作系统统一的重大战略,以后的64位系统都将是.NET的天下。所以,对于开发人员来说,学习.NET是迟早的事,估计Win32在2-3年内就淘汰了。.NET在其它方面不是很清楚,但在开发语言方面已初现端倪,它通过CLR让所有的开发语言在该平台上编译出的程序的执行效率都差不多。
      

  6.   

    它通过CLR让所有的开发语言在该平台上编译出的程序的执行效率都差不多。
    --------------------------------------------------------------
    这样说起来,VB受益最大了.
      

  7.   

    .Net确实是一个非常好的全新的软件平台,它的意义并非局限于是一种新的程序语言和开发工具,它有着更深远的意义,整个计算机系统的软件执行模式都要发生根本的变化,由原来的直接加载变成了软件即时编译(Jit Compiling)运行,软件的存在形态与以前相比也有根本的变革,再也不是直接的CPU机器指令,而是伪指令(ILCode)。.Net的带来的最大的变革就是,使软件真正的脱离了和硬件的直接绑定,在CPU和程序之间增加了一个虚拟机。不过严格的说,虚拟机真正是Java的首创。但.Net的进步在于真正体现出了这种新一代面向对象程序框架的威力。和Java相比,它的虚拟机(CLR)显得特别的强有力,以至于程序的运行效率真的接近了C++,就目前而言,除了图形、GUI和媒体方面以外,C#的代码效率已经和C++相差无几了。单纯从程序语言、系统构架的思想来看,.Net和Java是在一个层面上的。C#语言作为.Net精神的集中体现,它和Java一样都是语法十分紧缩的语言,Java和C#的语法体现了高度的连贯性和一致性,包括层状的命名空间,单继承同时支持interface多继承,彻底的运行时类型信息判断,隐指针,类能够相互嵌套,垃圾自动收集,等等。Java和C#的面向对象特性比其它的语言要先进一代,语言的生产效率、可读性和可理解性、可靠性都超出C++很多,由此引出的编程风格也有很强的中观层次结构感,视野趋向于上层。C++相对来说铺开的很大,语法风格非常的松散,导致编程思维也偏向于浮于表面算法,容易缺乏中观结构感。
    对于我本人而言,我的熟悉程度C++>Java>C#。但是我对这三个语言的的认同程度是倒过来的。
      

  8.   

    .Net确实是一个非常好的全新的软件平台,它的意义并非局限于是一种新的程序语言和开发工具,它有着更深远的意义,整个计算机系统的软件执行模式都要发生根本的变化,由原来的直接加载变成了软件即时编译(Jit Compiling)运行,软件的存在形态与以前相比也有根本的变革,再也不是直接的CPU机器指令,而是伪指令(ILCode)。.Net的带来的最大的变革就是,使软件真正的脱离了和硬件的直接绑定,在CPU和程序之间增加了一个虚拟机。不过严格的说,虚拟机真正是Java的首创。但.Net的进步在于真正体现出了这种新一代面向对象程序框架的威力。和Java相比,它的虚拟机(CLR)显得特别的强有力,以至于程序的运行效率真的接近了C++,就目前而言,除了图形、GUI和媒体方面以外,C#的代码效率已经和C++相差无几了。
        单纯从程序语言、系统构架的思想来看,.Net和Java是在一个层面上的。C#语言作为.Net精神的集中体现,它和Java一样都是语法十分紧缩的语言,Java和C#的语法体现了高度的连贯性和一致性,包括层状的命名空间,单继承同时支持interface多继承,彻底的运行时类型信息判断,隐指针,类能够相互嵌套,垃圾自动收集,等等。Java和C#的面向对象特性比其它的语言要先进一代,语言的生产效率、可读性和可理解性、可靠性都超出C++很多,由此引出的编程风格也有很强的中观层次结构感,视野趋向于上层。C++相对来说铺开的很大,语法风格非常的松散,导致编程思维也偏向于浮于表面算法,容易缺乏中观结构感。
        其实,C#和Java相比还是有一些差别的。C#的实用性比Java更好。与其说,C#脱胎于Java,不如果说C#脱胎于Delphi。C#除了表面语法比较接近于C++和Java以外,C#骨子里的意味到处都是Delphi的烙印。C#作风上也秉承了Delphi的高度实用化的原则,无论是里面的set/get关键字,还是indexer,还是将要加入的generic特性,都是直接瞄准实用性。相对来讲,Java就有点唯美。Java的语言演进非常的拘谨,致使它现在看来有些刻板,很多地方都不如C#来的那么简明犀利。
        对于我本人而言,我的熟悉程度是C++>Java>C#。但是我对这三个语言的的打分是倒过来的。C++并不是绝对的神话,.Net应该是发展方向,不要认为C++是万能的,因为现在的编程已经不再看重底层。
      

  9.   

    现在变化已经开始,不过只是在Web开发方面。
    长角牛一出,正式开始转移平台,转移的%由
    长角牛的普及率决定。可能4年之后就是.net平台的天下了。
      

  10.   

    另外DirectX也会转.net平台,即使性能有问题,也一样会转
      

  11.   

    比较同意CPPBuilderExpert(流金岁月)对.net的看法.
      

  12.   

    关键是应用平台,如果面向服务器或企业级的开发.Net有许多优势,普通的Desktop Application目前还不适合.Net。还有虽然。net已经支持了DirectX但是用它开发商业游戏目前看来还是不太实际的。
      

  13.   

    .NET和Windows是不同概念的平台,本身没有冲突的。就软件来说,如果是对API操作比较多的应用程序,不需要跟.NET打交道。因为API是操作系统提供的编程接口。所需要考虑的是不同的操作系统提供的API不同(例如Win16 API和Win32 API)。
    而需要考虑移植到.NET的多数是一些企业应用软件,而这些软件本身根操作系统底层打交道就很少,多数是数据库、事务处理等方面的内容。而且归根结底,不管一个程序是采用什么东西编写的,只要编译到具体的平台上,它肯定是要调用平台提供的API的。
      

  14.   

    .NET平台与WIN32平台的API有多少共同之处呢?
      

  15.   

    C#的代码效率已经和C++相差无几了。
    ****************************************
    靠,win32API是原生代码方式执行,.net是解释方式执行,2者的运行效率根本不是一个数量级,.net根本没有带来什么能够推动IT进步的革命性技术。
      

  16.   

    楼主把帖子保留一段时间,CSDN里高手如云啊!
      

  17.   

    to  CPPBuilderExpert(流金岁月)虚拟机(CLR)显得特别的强有力,以至于程序的运行效率真的接近了C++.NET是解释执行的方式吗?我不了解,如果真是这样的话,
    解释执行运行效率怎么能接近C++的效率?靠,win32API是原生代码方式执行,.net是解释方式执行,2者的运行效率根本不是一个数量级,.net根本没有带来什么能够推动IT进步的革命性技术。
      

  18.   

    事实并非象你想象的那样。JDK1.4的虚拟机和最新的.Net的CLR虚拟机,虽然它们说是“解释执行”,但是它们的内在实现方式上都采用了特别高效的Jit编译运行(Just In Time Compiling)的执行方式,也就是说在程序在运行之前的加载过程中先进行编译,等到执行时就已经相当于是机器指令了。所以说,从运行效率上看,这类的虚拟机语言效率比起C++来说并没有很多的差距,只不过相对来说程序加载的时间长一些。正是因为如此,Java和.Net技术才谈得上具有革命性的意义。如果真的是“运行效率根本不是一个数量级”,那确实算不上“革命技术”了。
      

  19.   

    根据我的经验,各种语言的码编译效率打分如下:VC/C++Builder/Delphi/GCC = 90~95
    .Net(C#/VB.Net/Delphi.net)= 75
    Java = 60
    VB = 35
    JavaScript =10注解:如果不算GUI性能,光看纯代码执行效率,那么Java和.Net分别应上调10分左右;Application Framework的运行效率,Borland的两个开发工具应比VC高5分;浮点运算执行效率,VC比Delphi高7分,C++Builder比Delphi高4分;整数运算效率方面,C++Builder和Delphi比VC高3分。
      

  20.   

    ******************************************************************************************
    再谈VC,Delphi,VB的效率:
    为了看看VC,Delphi,VB之间的效率到底差多少,
    我写了如下的测试
    VC
    int i, l;int:j;j=0;
    k=GetTickCount();
    for(i=1;i<=1000000000;i++)
    {
      j=j+2;
    }
    l=(int)(GetTickCount()-k);
    CString s;
    s.Format("%d ms",l);
    AfxMessageBox(s);VB
    Dim i As Long, j As Long, k As Long
    j = 0
    k = GetTickCount()
    For i = 1 To 1000000000
       j = j + 2
    Next i
    MsgBox CStr(GetTickCount() - k) & "ms"
    Delphi:
    var
       start,i,k:integer;j:integer;
       s:string;
    start:=windows.GetTickCount();
    j:=0;
    for i:=1 to 1000000000 do
       j:=j+2;
    k:=abs(windows.GetTickCount()-start);
    s:=format('%d ms',[K]);
    application.MessageBox(Pchar(s),'test',MB_OK);C#
    using System;
    namespace ConApp1
    {
        /// <summary>
        /// Class1 的摘要说明。
        /// </summary>
        class Class1
        {
            /// <summary>
            /// 应用程序的主入口点。
            /// </summary>
            [STAThread]
            static void Main(string[] args)
            {
                int i;
                int j;
                long l;
                DateTime k;
      
                j=0;
      
                k = System.DateTime.Now;
                for(i=1;i<=1000000000;i++)
                {
                    j=j+2;
                }
      
                l = DateTime.Now.Ticks - k.Ticks;
                Console.WriteLine( "{0} ms", l / 10000 );
            }
        }
    }   VC:   3218ms
       VB:    3200ms
       Delphi:1125ms
       C#:3468 ms******************************************************************************************
    在VC论坛中一群VCfans在辩论C#与Delphi,结果....呵呵
    很有意思,注意看第9页和第12页,有VC、VB、Delphi、C#效率的比较,
    尽管不是什么官方测试,可这是在VC论坛的讨论!。
    第9页
    http://www.copathway.com/cndevforum/subject_view.asp?subject_id=1525&page=9
    第12页
    http://www.copathway.com/cndevforum/subject_view.asp?subject_id=1525&page=12
      

  21.   

    在WIN32平台下,DELPHI不输于VC.
    那么在.NET下台下,DELPHI.NET比起C#来呢?
      

  22.   

    ◢█〓★发布CSDN浏览器(免费)〓★█◣
             ◥◣◣◣★◢◢◢◤
                ◣★◥◤★◢
                   ◣★◢
                    ◥◤
                     ★欢迎大家对我的作品提出宝贵意见,并在此感谢项有建版主的支持。下载(项有建网站):http://www.338888.com/PumpCSDN.rar
    讨论:http://expert.csdn.net/Expert/TopicView1.asp?id=2445039用我的这款浏览器,能够轻而易举的实现每天定时自动登录所有用户。方法是,把CSDN浏览器可执行文件加入到Win2000的计划列表中,并在命令行参数中加入-l就可以按照规定的时间登陆了。如果CSDN浏览器开着,则直接点击工具条上面的笑脸按钮即可。
    该款浏览器有很多特性:
    1、主工具条可以停靠在不同的地方;发帖面板能够停靠在不同的地方,并能够自动隐藏
    2、具有帖子地址收藏功能;
    3、自动登录所有用户功能;
    4、通过链接托拽,创建不同CSDN论坛的快捷页面;
    5、页面自动登录;
    6、常用文字可收藏到仓库中,用时直接双击拷贝;
    7、多文档的模式打开多个的帖子,并能后台打开;
    8、多用户无缝切换发言(这对某些人来说,可能是最重要的)。注意事项,如果是老用户,可以用该版本覆盖原有版本的exe文件进行升级,但必须在原版本目录下手动删除CSDN_TB.ini和Layout.ini两个配置文件,否则工具条不会更新。
      

  23.   

    请在.net区粘一个同样的粘子,楼主会得到与此不同的回复。
      

  24.   

    1-3年 开始取代
    3-5年 完全被取代
    delphi在2、3年内是超不过微软的.net的。
    to: getit911(Windows转Linux中):比较代码有问题。如vb的long 与 其它的integer,没有可比性。大家都用double,相差很少。delphi在很多地方做了优化。大家以为如何?
      

  25.   

    说到底都是API我感觉上DotNet是Win32的上层东西起码底层DDK还只能是Win32API
      

  26.   

    TO ly_liuyang(Liu Yang) 
    你意思是.NET和WIN32同时运行在一台机器上,.NET在上层,WIN32在底层?
      

  27.   

    哪位知道D8支持的移动OS有哪几种?
      

  28.   

    顶!go on! everybody!just up again & again!
      

  29.   

    在目前大陆这种环境下,单纯的开发模式经常是不够用的。因为中国政府机关、大型企业对软件的功能要求相对国外来讲特别的苛刻,往往这些需求提出来后,需要用非常强有力的构建方法去做才能有比较好的效果。
        在实际的开发中,我本人采用的更多的是一种混合模式的开发方式,最典型的是C++、Delphi和JBuilder三种工具混合使用构建系统(虽然我非常倾向于.Net,然而实际开发中我用Java却多得多)。那么是一个怎样的情况呢? 一般是使用Java开发Large Grained Entity Bean,然后不走RMI,而是直接把这些Entity Bean暴露成为Web Service,让远端的Soap Thin Client应用程序来调用。有的时候根本就不使用EJB,直接由Servlet通过JDBC来访问数据库,提供Web Service服务,供客户端调用。在客户端方面,我们用C++Builder和Delphi直接开发Soap客户端,同时使用Embeded FireBird充当离线数据库,提供公文包模型的业务。C++Builder和Delphi开发这种WebService Consumer Thin Client是非常理想的,软件能够做成非常环保的可执行文件,不仅有ClientDataSet、InterBase Express配合Embeded FireBird可以开发出足够功能的客户端软件,而且还有不少第三方组件资源协助开发功能界面。而系统中适合于浏览器界面的功能模块,就直接用Servlet实现。
        其实,开发这种可离线式瘦客户应用,用JBuilder的JDataStore更加正宗,体现一种纯Java的解决方案。但是Java在报表和界面开发上要逊色于C++Builder和Delphi。这种以Java为中轴,以VCL工具为外围的方式是我做构架的一个很常见的做法。有的用户要求把特别难得功能做到浏览器里,那么我们就开发Consume WebService的ActiveX嵌入到网页中,和远程的Java Application Server打交道。当然,虽说常理讲Java做中轴,VCL做外围应该是最经典的做法,可是实际中我们有时却反着来:每个终端工作站上都安装JDK1.4,用Java Swing的JApplet配合网页做UI,后端却是COM+/IIS Server,里面是Delphi编写的ISAPI的WebService模块,JApplet通过Soap(有时通过http客户端Bean)和COM+/IIS Server打交道。这种做法看上去挺古怪,却也有它的道理。然而,正经的Sun所倡导的Pet Store那种Entity Bean/Session Bean/JSP的模型风格我们却用的不多,因为比较唯美,并不实用,在现状各种刁钻需求的压迫下,这样的理想化构架使人面对严厉的需求措手不及。
        我非常认同“编程到高境界就没有了编程语言的束缚”这种观点。我个人这方面的体验也比较深,也经常进行“混合编程”。我们产品开发组的主体开发工具用C++Builder,为的是包容硬件板卡的C++开发包;然而为了让系统的业务逻辑模块代码更有结构性,以及加快开发速度和质量,这些产品的代码中有有大量的Delphi代码,直接混入CB工程编译,所以基本上是把C++Builder和Delphi合起来使用了,结果我经常也是一边在C++Builder中写C++的底层,另一边紧接着就是Object Pascal的类框架。但做商用系统的时候,更多的混合方案是Java +Delphi,做出的系统结构非常妙,以中间层为纽带贯通两种开发工具。用到一定程度,发现虚拟机语言和Native语言能够完全合一而用。欢迎大家慈悲指正。
      

  30.   

    看了这么多高人的讨论,受益非浅啊,特别是CPPBuilderExpert(流金岁月)的帖子,语言和见解都非常独到.
    .NET的确是windows平台下的大势所趋!得好好学学.
      

  31.   

    我倒更倾向JAVA.
    请问流金岁月,对C++熟悉的人来说,转到JAVA要多少时间?
      

  32.   

    这个呢,得看到什么程度。掌握Java,在语法方面并不用很长的时间。不过Java的语法和C++的差异还是相当的大的。很多C++语法里面让C++程序员感觉很好的东西,到了Java里面压根就没有;有很多貌似差不多的东西,结果仔细一看,发现完全不同。这些差异让很多C++程序员一开始对Java的语法无所适从,很多语法上的细节的磨合适应,需要的时间比预期的要长,这里尤其是包括OO相关的那部分语法。全熟练掌握Java语法,对于有基础的人大概需要1个月。
    C++转Java,实际上对Java编程风格的领会是最重要的,需要更多一些的努力,主要是应该多进行实践,以至于在写程序的时候,能够做到用的是Java风格的思维逻辑。当一个程序员能够体会出Java好在何处的时候,他可能对于这门语言就算入门了。做到这一点,我估计需要3个月。
    学习Java除了融入这种编程模式和代码风格,还有一个重要的一点就是对Framework的学习,包括AWT和Swing各种对象的学习,以及J2EE的学习。要真的达到能够独立的设计一般的企业应用系统,我怀疑得需要半年以上,并且需要大量的代码实践。
    我所说的还都是专一学习所需要的时间。因为我估计东西都爱保守,而且我衡量东西标准偏高,所以我说的时间可能比实际的略长。
    还有一点,就是实用中,这些新的东西并不能完全替代老的东西解决问题,所以也谈不上“转”了,只能算是多学一个东西。
      

  33.   

    如此说来,JAVA和C++就没多少关联之处了.
      

  34.   

    关于Java,我倒是在另两个帖子里面探讨过,可以参考,我就不用再罗嗦了:
    http://expert.csdn.net/Expert/topic/2679/2679915.xml?temp=.3128626
    http://expert.csdn.net/Expert/topic/2679/2679205.xml?temp=.2433893
      

  35.   

    不敢当。我本人由于某些某种原因使得我同时接触两类软件开发,一类就是和硬件打交道的面向底层的软件开发,另一类就是面向商用的业务逻辑类的软件系统的开发,这两类的开发我都有比较多的体会。就我的体会而言,编程之道确实是有一定的心法的,可能我的道友或打太极很好的人能明白我说的意思。在大量不同的编程课题中保持使用自己非常单纯的心力去进行程序构造,确实能够让编程功力逐渐加持得特别强,甚至于普通程序员的思维能力相比之下有数量级的差距。但毕竟在中国大陆,做大的软件和产品光有技术功力是做不了的,纵然你技术上有三头六臂,组织能力上能驾千乘之师,如果没有适当的大的环境条件,你怎么努力效果也有限。但更好的能力确实能够更好的解决一个人的生活问题,这一点是肯定的,所以我还是赞同软件工程师一定要把自己的技术不断提高的说法。而且,团队组织、产品构架和开发实现等本来就是合一的,它们都是“技术”范畴。
    程序员应该有地道的程序员的文化氛围。一抬手就做出一个自己需要的工具应该是不在话下的事情。如果说一个做企业软件构架的人要编写个日常用的小工具都做不出来,那么以我的标准来看这构架师也就不怎么够格了。我不太赞同那些具体开发能力非常弱,却成天鼓吹要做大框架的人。团队组织、产品构架和开发实现本来就是一体的,但是在中国大陆的软件界很多人硬要把它们割裂开,给人一个印象就是,非得技术不够过硬的人才能做得了构架。
    不过多余的话我就别说了,顺便广告,大家还是支持一下我的小作品吧!希望能给更多的CSDN人带来方便:
    下载
    http://www.338888.com/PumpCSDN.rar
      

  36.   

    请教流金岁月大哥,我现在因工作需要使用jsp,并没有人告诉我该怎么做,我也没有学过,只是给了我一个网站的相关资料,要我增加一个模块,感觉是千头万绪.这边要赶着做,那边还要学,虽然以前学过java语言,但也只是写过一些applet一类的小程序,当面对着javabean,servelet时我从哪里下手才能以最快的速度完成目前的工作呢?
      

  37.   

    我认为应该从Servlet入手。首先应该把Tomcat和Apache两个WebServer平台弄熟。它两个一个是Web Container,一般占据8080端口,一个是Web Server,一般占据80端口。从实质上来讲,它们都是WebServer。但前者是运行像Servlet、JSP这样的Java Web应用的容器平台,后者则是在于发布静态的网页文件的平台。搞清楚这一点之后,就可以头脑中以两个平台两个平台为线索展开开发了。接下来的一个基础概念就是搞清楚你手里正在写的东西是运行在哪里,服务器端还是客户端。Applet、JScript、Html当然是在客户端定的IE里面生存的。JSP、Servlet自然就是在服务器端运行的。那么两端的内容还可以沟通。紧接着一个特别重要的基础就是制作分发包。在Java平台中,部署(Deployment)是一个特别重要的内容。就是说东西被编译出来之后,还要把它打包成几个简捷的档案文件(Archive),这其实是Java本身就具备的风格和机制。针对Web应用来说,部署的文件有war和ear等后缀,生成这些文件的关键在于书写Deployment Desctriptor(XML格式)描述文件。无论是初学者,还是专家,他去做这种企业开发,有一个专业开发工具是很有用的。像JBuilderX这样的开发工具,它能视觉化的编辑XML描述文件,以及能够动态的直接向部署war。开发工具的帮助本身是很好的学习途径。最初的Web开发一般用不着介入EJB,而是直接在Servlet中通过JDBC访问数据库。另外,对于初学者来说,Servlet比JSP更容易入手,程序的结构也能够比较清晰,因为它不像JSP那样把Server端的东西和网页本身混在一起。另外JSP一般和EJB配合使用的多一些。在JBuilder中,DataExpress、InternetBeansExpress等Bean资源也都能使Servlet开发更容易、方便一些。
    还有一个重要的环节就是对应用服务器平台本身的学习,例如WebLogic、Borland Ent Server或者JBoss。这些应用服务器本身都内含有各种企业开发所需的东西,包括WebContainer等。
    当然,我不可能告诉你有难度的东西,你得慢慢来。
      

  38.   

    上面的一些内容是我随机想出来的几点基础点,比较潦草,仅供参考。Web开发其实是非常有灵活性的。经常得做到客户端和服务器端遥相呼应,以及动态网页和静态网页相配合。开发过程中,一般都是一边开着一个DreamWeaver,一边还开着JBuilder,当然,如果是资深开发人员,可能还会开着Together、PLSQL DEV和FireWorks,这意味着同时开发数据模型、业务模型和Web界面。一个特别经济的开发模式是在数据库端开发存储过程,在AppServer端用Java编写Servlet,通过JDBC执行SQL命令,或执行存储过程,然后通过Web的形式和用户打交道。但另外一个模式就有些不同了,它是开发Entity Bean业务对象通过ORMapping机制持续存储到数据库中,数据库Schema由应用服务器自动生成和创建,然后编写Session Bean操作Entity Bean实现部分业务逻辑的封装,然后编写JSP对这些EJB进行引用。EJB的合理构架使JSP本身的逻辑简单化,更集中于表现界面。这种模式突出了UML和ORMapping,但却略去了数据库端的丰富功能。刚开始接触Java编程,推荐第一种模式更合思维习惯。
      

  39.   

    我又想起一个很重要的因素(因为你比较幸运,刚好赶上我有点休息时间,可以多写一点),那就是JavaScript,也就是浏览器端脚本。在Java Script力所能及的范围内,浏览器客户端能进行很多灵活的任务,尤其是那些不用和服务器端沟通的任务。网页做的好的化,它的效果就像一个薄薄的但很完备的小客户端一样,能和服务器端默契的配合。JavaScript的语法比较松散随和,不难。对Java Sript的了解重在了解浏览器内部的对象体系的关系。如果对浏览器内部对象的特性、引用方式很了解的话,那就能很好的发挥JavaScript的功能。但这同时要求得对DHTML本身提供的html扩展功能有很好的了解。对这些了解好之后,那么动态生成这些html内容,以及在html页面中和服务器端打交道也就没有障碍了。建议一开始,首先就得了解form、frame、window、document等几个常用浏览器对象的特性。
      

  40.   

    KAO,不能超过30个回复......只能借别人的号用用了.
    TO 流金岁月
      我把这帖子的所有权让给你算了,呵呵.
      

  41.   

    希望大家尽量在这谈技术,有个人崇拜也没关系。
       但请大家尽量不要涉及到别的不必要的内容!
       CSDN很需要象这样有内容、有深度的文章。
      

  42.   

    不过大家的讨论似乎和.NET的本质根本不沾边啊.NET的本质是什么?我也不知道。。看了点微软.NET的视频宣传资料,我发现他们一直强调的是.NET中的“NET”,即.NET应用程序的执行是依赖于WEB服务器的,即.NET应用程序要从WEB服务器下载需要的资料(包含代码及资源),然后才能执行据说还可以脱机工作暂时对这些理解不够,还请后来者发表点关于这方面的见解?
      

  43.   

    LLanV报表工具(打印预览软件)--免费使用--免费升级一流的打印预览软件
    超越水晶报表,是我们的目标
    特别适合用于轻松快速解决大量报表的情形
    彻底解除程序员负担,极大提高用户设定灵活性
    经过了10000行以上数据的压力测试,性能优良!其中一部分功能如下:  
    1.支持资料卡(比如:个人简历),表单(比如:销售定单),报表(比如:销售月报表)的预览打印
    2.不用任何设定,就可以默认产生专业的页面
    3.用户可以一次性设定企业标准样式(比如:公司标志,台头)
    4.支持文本,线条,方框,图片,等报表元素
    5.对各报表元素和报表区域等提供丰富的属性
    6.用户可以在运行期间编辑文本,线条,方框,图片,明细列, 操作简单
    7.支持同一列相同数据合并成一个格
    8.可以在运行期间增删,调换明细列
    9.提供多种报表风格
    10.支持页合计,总计
    11.支持的套打报表
    12.支持MIS开发的各种开发工具:如VC、VB、Delphi等
    13.可以直接连接数据库
    14.用户可以把设定后的报表样式保存为报表样式文件
    15.报表头和报表尾均可多于一页
    16.报表样式文件格式完全开放
    17.可以实现中国式复杂报表样式
    18.无须编程请发EMAIL给[email protected]