Mono 1.0-beta3 Released
steve_deobald writes "The Mono team just released Beta 3, the final beta before we see the 1.0 release candidate and final. Binary packages can be had for Red Hat, Fedora, and SuSE. Although not officially released, the new website is up and running. Also of note, MonoDevelop 0.4 was recently released, and has RPMs available for the first time."
A year ago in January I brought Mono up to MS execs who were talking about the portability of .NET (except to Linux) and they stated point blank that the project would never finish. Good on all of you.
Degaussing scares the bad magnetism out of the monitor and fills it with good karma.
I've visited the website..
I can't figure out if mono is.
1) A c# compiler? (bytecode??)
2) A api library the is kinda like MS C# libraries
3) An api library that had been developed from scratch.
Or any combination of the above.
Does it compile and run native or does it use bytecode like java?
Can I build cross platform apps in it? (like java was supposed to be)
I'm looking for a cross platform application building toolkit. I run OSX and linux.QT/GTK and C are some options I'm looking at, so far it looks like java/eclipse is the way I'm leaning, but this looked interesting and worth considering.
I see no measurable benefit of .NET vs J2EE. since I use and develop with both, I can say with all honesty it's a matter of preference. If someone wants to build GUI's but doesn't want to go to all the trouble of implementing custom tableModel, and treeModels, then .NET forms is easier. Of course that means your apps will look like everyone else's and reduces your competative advantage. If you prefer to code custom GUI's then you're better off using something like C++, QT, SWT or any other GUI package. On the serverside, I find .NET inadequate and the threading model inappropriate. Having to manually manage threads and constantly do callWait is not a good way to build scalable server applications. But that's from first hand experience. If I had to build server apps in .NET, I would rather do it C++ and not C#.