C#是不是真的跨平台的? c#很多是抄的java的只要是unix下的编译器可能能跨平台 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 C#程序是以.NET平台为目标的,可以在所有的支持.NET的平台上运行。所以问题应该是除了windows以外还有多少平台将会提供.NET的支持?(包括.NET类库,.NET CLR和CLR Host) 对啊...听说unix下以后可能也可以支持 ..毕竟它成了一种标准.. 大家有没有注意jre越来越大了,说不定到后来会比操作系统还大.也许.net就是jre的未来表现,呵呵 C#不能跨平台,它只是运用了CLR而使得VB.NET、VC.NET、C#三种东西可共用。除非它有别了平台的编译器。如在UNIX下有UNIX关于C#的编译器。 c#不能跨平台,至少在Unix系统下不能使用 在Linux下的平台已经开始建立 我认为,c#以及所有.NET的编程语言的快平台概念要从两个方面来看1.基于VM得跨平台概念,这个类似于java,不多说2.基于xml和soap的跨平台,不同的系统之间可以毫无问题的交换数据.NET的概念正引导着程序设计从单机延伸到网络,这也正是新的跨平台概念。 C#能否跨平台使用,最重要的是CLR是否存在于其他平台之上,如UNIX、Linux等,同时CLR可以使VB.net、VC.net、C#等公用,加上VS.net这样支持多种语言的开发平台,感觉上还可以“夸语言”,而且相信如果.net环境建设得好,其他语言也有可能加入对CLR的支持。加上现在的UNIX、Linux等平台的CLR环境正在建设中,我想再过一段时间,跨平台应用就不是空话啦,(并不是说现在就是空话,只是想不到其他词语形容而已)。另外,基于浏览器的WebForm应用,客户端要求的只是浏览器(Web Services可是.net的重点哦),这也算是一种平台无关性啊!不过小弟有一点疑问是所谓的“跨平台”,那同时能在98、2000、XP、NT、ME、CE上几个系统上应用算不算是跨平台呢(注意这与平台无关性是有区别的,而且跨平台不一定要全夸UNIX、Linux、MacOS的吧?)? 真是精辟!!yongyu2000(The Power of .NET) (2002-1-14 12:47:17) 得0分 我认为,c#以及所有.NET的编程语言的快平台概念要从两个方面来看1.基于VM得跨平台概念,这个类似于java,不多说2.基于xml和soap的跨平台,不同的系统之间可以毫无问题的交换数据.NET的概念正引导着程序设计从单机延伸到网络,这也正是新的跨平台概念。 第一条:就是所谓的CLR,(相当于javaVM),有了dotNET FrameWork的系统,从理论上就是可以运行.net程序.至于所谓的.net语言只不过是个shell罢了,都得编译成MIL.就好比J#,就是让那些熟悉java的人,不用在学新东西也可以迁移到.net上来.第二条: 核心其实就是WebService, 这个太厉害了,平台直接的"跨"就是遵循协议的数据交换!这一下,多层结构也好搞了,客户端也多样化,也可以尽量的瘦.分布性是天然的.数据通过XML格式完成了协同和自描述性.可以搞新思路EAI.维护成本低.设备协同性好. 谢谢hillfree(比较土,请原谅)。中午发贴的时候时间比较紧,现在就第二点再说两句,当前的程序开发环境是这样的。假设我要做一套程序,要求Win32,MacOS,Unix都可以运行,就C++来说,你要在三个系统上做同样的开发,面对三个不同的Application Framework,JAVA也许好一点,一个地方开发,三个平台上编译。让我们看一看.NET的力量,Win32,MacOS,Unix的系统肯定都支持Http吧?XML也都认得吧?我们把程序写成Web Service,这时候的程序的运行就是对这个(或这些个)Web Service的请求。理想的情况下,client端不需要任何代码的安装。而且程序的升级,维护,版权问题也可以得到解决。这就是我们的未来,就在眼前! 刚才由仔细看了看这个题目我觉得不应该问c#能不能跨平台,因为它只是.NET Framework的接口而已而应该问。.NET Framework和基于SOAP/XML的程序能不能跨平台我想这个问题本身已经给出了答案,除非你的机器不联网:-) 楼上的评论很明显有偏见,用途完全不同的Power Builder怎么能跟JAVA比较呢,简直就是在书写笑话。你好像已经发了不少这种贴子,有什么用呢,我让你看看VB的WebClass可以开发高性能网站,Delphi不能开发网站JAVA的企业应用Delphi根本无法触及皮毛PowerBuilder的数据表示方法比Delphi好很多C++ Builder与Delphi功能过于相似,所以等于没定位好现在你知道了吧,尽管Delphi/BCB有很多优点,但在上述开发系统中处于市场占有率最低,不是没有原因的。 看了各位的发言。是不是说使用.net服务器端的跨平台目前无法实现,而客户端的跨平台已经实现了。例如说我想把那个 web service 建立在solaris或linux上。苦恼... NeatUpload是否支持64位系统? 咋个在C#中制作圆形的按钮(菜鸟提问,希望各位大大回答详细点哦!。。谢谢!) 面试试题 C#如何创建可以在运行时拖动大小的控件 一个有点古怪的问题,不懂,请高手指点迷津 请教一个非常菜的问题啊 用vs2008设计的windows 窗体程序,怎样实现最大化时整体都显示,而不是小布局的显示 如何定制打印机连不上时的提示框的提示语? 蛋疼的问题!进来看下 安装时出现2337错误,请问如何解决? 大家好,大家新年好,支持Csharp的朋友高谈Csharp的好处吧!!!! 怎样在C#中引用win32 api的库,如wsock2.h,mstask.h
所以问题应该是除了windows以外还有多少平台将会提供.NET的支持?
(包括.NET类库,.NET CLR和CLR Host)
听说unix下以后可能也可以支持 ..
毕竟它成了一种标准..
也许.net就是jre的未来表现,呵呵
除非它有别了平台的编译器。如在UNIX下有UNIX关于C#的编译器。
2.基于xml和soap的跨平台,不同的系统之间可以毫无问题的交换数据.NET的概念正引导着程序设计从单机延伸到网络,这也正是新的跨平台概念。
我认为,c#以及所有.NET的编程语言的快平台概念要从两个方面来看1.基于VM得跨平台概念,这个类似于java,不多说
2.基于xml和soap的跨平台,不同的系统之间可以毫无问题的交换数据.NET的概念正引导着程序设计从单机延伸到网络,这也正是新的跨平台概念。 第一条:就是所谓的CLR,(相当于javaVM),有了dotNET FrameWork的系统,从理论上就是可以运行.net程序.至于所谓的.net语言只不过是个shell罢了,都得编译成MIL.就好比J#,就是让那些熟悉java的人,不用在学新东西也可以迁移到.net上来.第二条: 核心其实就是WebService, 这个太厉害了,平台直接的"跨"就是遵循协议的数据交换!这一下,多层结构也好搞了,客户端也多样化,也可以尽量的瘦.分布性是天然的.数据通过XML格式完成了协同和自描述性.可以搞新思路EAI.维护成本低.设备协同性好.
让我们看一看.NET的力量,Win32,MacOS,Unix的系统肯定都支持Http吧?XML也都认得吧?我们把程序写成Web Service,这时候的程序的运行就是对这个(或这些个)Web Service的请求。理想的情况下,client端不需要任何代码的安装。而且程序的升级,维护,版权问题也可以得到解决。
这就是我们的未来,就在眼前!
我觉得不应该问c#能不能跨平台,因为它只是.NET Framework的接口而已
而应该问。.NET Framework和基于SOAP/XML的程序能不能跨平台
我想这个问题本身已经给出了答案,除非你的机器不联网:-)
JAVA的企业应用Delphi根本无法触及皮毛
PowerBuilder的数据表示方法比Delphi好很多
C++ Builder与Delphi功能过于相似,所以等于没定位好现在你知道了吧,尽管Delphi/BCB有很多优点,但在上述开发系统中处于市场占有率最低,不是没有原因的。
苦恼...