在网络上搜索一下“MONO”或者看看前人留下的几篇文章。
http://www.zdnet.com.cn/developer/tech/story/0,2000081602,39157524-1,00.htm
http://www.pconline.com.cn/pcedu/empolder/net/10309/224550.html
http://www.zdnet.com.cn/developer/tech/story/0,2000081602,39157524-1,00.htm
http://www.pconline.com.cn/pcedu/empolder/net/10309/224550.html
.NET可以移植到其他平台,http://www.go-mono.com/
楼主认为.net那里弱？？
.net如果移植到linux平台上，是不是要转成j2ee体系？？？？？？？？？？？？？？
.net是一种跨平台的技术
不过现在还不像JAVA那样成熟
现在的.net可以说，几乎还不可以跨平台
不过，这毕竟是一个趋势，bill不会让java出一辈子风头的
Currently Windows.Forms support is not finished. The System.Windows.Forms effort is taking two paths:
Win32/Wine-based: This effort will use the Win32 API, and use a stub program to run the with Wine. This allows applications that use P/Invoke to function, and event delivery through the Wndproc method to work for the most advanced and custom applications. This is the path of best compatibility.
Also, work on a Gtk-based rendered for Wine will be done, to make the user interface integrate with your desktop look.
Gtk# based: This effort will build a subset of Windows.Forms that uses Gtk#. This gives a better integration with the desktop, but will not be completely compatible with the Windows edition. In particular code that uses P/Invoke to call into Win32 or overwrite the Wndproc method to achieve special effects will not work. Win32/Wine edition.
To get the Windows.Forms support working, you need a Mono installation from CVS, and you need to install Wine plus the OpenLink patch, and define the environment variable "SWF" (export SWF=1 from your shell). For more information, see the Mono Wine Packages page in the Mono Wiki. System.Windows.Forms is currently being implemented using the Win32 API, we will be using WineLib on Unix systems to emulate the Win32 API.
This means that those who want to contribute to the effort can develop and test classes today using Windows and P/Invoke calls to Win32 and we will then just run the result on Unix. In terms of integrating visually with the desktop, we are hoping to contribute to the Wine project a mechanism to make it use the Gtk+ themes on X11 and Cocoa on MacOS to render the widgets, and get the native look and feel on each of these platforms.
Gtk# based
The code is contained in CVS. There are no current plans to support embedded devices, but Gtk/FrameBuffer is an option. If you have suggestions or recommendations, please let us let us know
Contributing
The Winforms effort is being coordinated in the [email protected]. If you are interested in helping out with this effort, subscribe to it by sending an email message to [email protected]. If you want to help, you can start by writing a control and testing it with Windows today (or you can also try to build the existing library on Linux, but this is a bit more complicated). See the file mcs/class/System.Windows.Forms/CheckOutList for details on who is working on which class. Please read the README document in the System.Windows.Forms/WINElib directory for details about how to build the Windows.Forms support for Mono.
System.Drawing
We currently have two code paths: the Wine-based System.Drawing and the Cairo-based one. We will eventually unify everything to use Cairo, but currently the effort can continue with the approach we have.
[email protected]
不过都是理论。好多事情要等待:)
MS也只是把.net移植到Free BSD上，实现得这样，不得而知。
同样，mono即把.net移植到linux下，它的官方网站www.xianmian.com
其实，如果MS真要把.net做成跨平台，应该是可以成功的，
但是，它暂时是不会这样做的，它要的是把所有开发者垄断在windows平台。
感染病毒，放在本地盘就没事，是怎么回事。
我有个作linux开发的朋友的对java跨平台C/S开发的评价是能不用就不用,他只用gcc,java因为强调跨平台在linux下和window下的性能都非常差，而且还需要在一次开发到处调试，大家不会因为跨平台而牺牲性能和功能吧。