とうとうLinuxも.NET Framework対応

MSが作ってWindowsでしか使えなかった、.NETおよびC#が
とうとうLinuxでも使えるようになりました。

Linuxで.NET互換を実現するMonoの正式版が公開
http://itpro.nikkeibp.co.jp/free/NT/NEWS/20040701/2/
>　米Novellは6月30日（米国時間），Linux，UNIX，MacOS X上で動作する
> オープン・ソースの.NET Framework互換環境であるMono 1.0を公開した。
> Webサイトから無償でダウンロードできる。

> MonoにはC#コンパイラ，.NETの実行エンジン（CLR），
> クラス・ライブラリが含まれる。クラス・ライブラリには，
> CLIで規定されているコア・ライブラリだけでなく，
> Microsoftが.NET Frameworkに独自に実装しているASP.NET（Webフォーム）や
> ADO.NETも実装されており，.NET Framework 1.1との互換性をもっている。
> ランタイム・バージョンおよびアセンブリ・バージョンも，
> .NET Frameworkと同じバージョン番号になっている。

公式サイト
http://www.go-mono.com/

とても良いことだと思います。
.NETは、ブラウザからの脱却を目指していると思います。
形をまねるのではなく本質を理解して使うなら、
Monoが純正を超えることだってあるかもしれません。

Windows上で動かすより安定する罠

それは無いと思います。

>>3
それは無いと思います。

>>3
使ってみればなぜ無いと言い切っているのかすぐわかりますよ。

消しゴムじゃない方のMONOを使ってみるスレ
http://pc5.2ch.net/test/read.cgi/tech/1020215602/

Mono 1.2リリース まだー？
VB.NETが使いたいよー

とうとうMacOS Xも.NET Framework対応
http://pc5.2ch.net/test/read.cgi/mac/1088765965/

似たスレがたってるな…

俺はお前らが散々MSを非難してきたことを知っている。
その上でMSの研究開発した成果を盗み取るような行為を見過ごすわけにはいかない。
お前らがLinux上で.NET Framework互換のライブラリを使うことを禁止する。
分かったな。

>>10
M＄を心から愛する会の信者ですか?

>>10-11
Mono の中の人は Microsoft (のテクノロジ)大好きっ子でつ。
http://www.microsoft.com/japan/msdn/net/sscli/deicazainterview.asp

GNOME 以外には Linux カーネルを SPARC に移植したりしてるよ。

(ﾟ�听)ｲﾗﾈ

Open .NET

つーかMSが.NETデスクトップつくれば今までの汚いGUIが一掃されるんだがな

>>10
ああ、J#とかの逆って事？

消しゴムじゃない方のMONOを使ってみるスレ
http://pc5.2ch.net/test/read.cgi/tech/1020215602/
↑こちらへ。

Mac版IEは動作が遅い->Windowsが一番。
Mono製アプリは動作が遅く不安定->Windowsが一番。
こりゃいい宣伝になるな。

ふーん。やっぱりNovell支援のオープンソース製Monoよりも
Microsoftが作った.NETの方が速いんだ。

>>18
ﾅ､ﾅﾝﾀﾞｯﾃｰ !!

Mona

Javaとどっちがいいの？

Linuxで実用的に使うって意味ならJavaでしょう。
.Netは、良くも悪くもマイクロソフト風味。

誰がつかうんだ？こんなもの。
だいたいC++の存在意義もようわからん状態なのにC#なんか
誰がつかうんじゃ。Javaで十分だし。

ココにも進出してるんだなおまえ等
でも、とうとう来たかってのが俺の本音
流行って欲しくないな〜っておもう
だって、.NET勉強すんのめんどいし
全く知らんし触ったこと無いし・・・
正直流行ると困る

使いたい人が使うんだよ。

GUIのあるものつくるならgtk#でお気楽ウマーという気がする。
少なくとも自分が必要なものなら環境気にしなくていいし、ネィティブのウィジェット使ってくれるし。
JavaでもSWTという選択肢はあるけど…

>>24はまともにプログラミングくんだことないお馬鹿さん
もしくはC#を全然知らない田舎者

しかしC#が使えるという理由だけでmonoを使う気にはとてもじゃないがならないね
Javaでいいじゃんっていう。

Microsoftって信用できないんだよな。技術的じゃなくてビジネス的に。
すぐ新しくつくりかえて、既存のものを陳腐にしようとする。
MFCとかCOMも、そのうち切り捨てられるんだろう？勉強する機会がなくてよかったよ。
.NETも仕様が大幅に変わりまくって、落ち着くことはないだろうね。

>Mac版IEは動作が遅い->Windowsが一番。
>Mono製アプリは動作が遅く不安定->Windowsが一番。

ハードとOS持ってるのに、わざわざ全部Windowsに買い換えるわけねーだろ。

Safari使ってServletやってれば無問題だ。

とにかくMonoとかを実際に使った感想がないのが
このスレの恐ろしさというか隠し味だな。

ただの宣伝スレだからな。

ASP.NETを充実させれば、生き残れるかも試練ね。
プラットフォームの非依存性が一番強い分野だし。

>>27は業務アプリに詳しいCが書けないお馬鹿さんだね。
確かにC#は知らないがイナカモノではないね。w

>>26はCが組めないんだろうね。もちろんドライバも組めないだろうな。

＞>>26はCが組めないんだろうね。もちろんドライバも組めないだろうな。
ごめん間違えた

>>27はCが組めないんだろうね。もちろんドライバも組めないだろうな。

Miguel de Icazaが.NETを実装するという点にまず違和感を持った。
JavaVMが基本的にJava言語しか認めてないということが大きいんだろうか。

http://www.itmedia.co.jp/enterprise/articles/0406/04/news061.html
MonoとDotGNUの間に対立が起きている、、という記事。ふーむ。

前にMonoは使った。確かにMSの.NETに比べて遅かった。また試してみようか
とも思うけど。

>だいたいC++の存在意義もようわからん
いやこんなこと言ってることからして価値観が違うんだなｗ
つっかかって正直すまんかった

>>36
C++不完全なオブジェクト指向。
遅い。
クラスなんて構造体+関数ポインタで十分
スパゲティインプリメントが邪魔なだけ。

俺的には正直C++いらん。

CとC++なんて目糞鼻糞。
C#とDelphi以外は認めん。

くだらん書き込みがあると思ったら池沼

>>39
どこがくだらないのでしょう。具体的に言ってくれればいくらでも反論しますよ。

正直俺も真面目だ
確かにC++はそういう見方もあるかな
Dはどうよ？

>>40
池沼だと自覚してるあたりかな。

C, C++の利点は過去の資産だろ．
それが利用できない上にCライクなDはクソな気がする．
C#のほうがマシ

C#は、確かにいいな。

Cは見通しが悪すぎる。

Dは、なんというかメリット薄いと思う、んだけど。
クラスライブラリが充実してるとかいうんなら、話は別だけど・・・。
スピードも速いとは思えない。"契約"を重視する部分はいいと思う。
どこか大企業が大々的に取り上げるようなことが無ければ、消えるような気が。

そろそろパラダイムシフトしそうな予感。

> C, C++の利点は過去の資産だろ．
>それが利用できない上にCライクなDはクソな気がする．
>C#のほうがマシ
C#やJavaでやってる動画プレーヤーなんてあっても使いたくない。
あの手の言語は軽い処理にしか使えん。

>>48
リアルタイム性が要求されるアプリケーションはつらい(GC待ちは特に)が、
スループットは Java ってそんなに悪くないよ。文字列処理やネットワーク、
科学技術系の数値計算とかならそんなに遅くなることはない。

そもそも .NET Framework/Mono って単なる C# コンパイラ/実行環境じゃないんだけどな
Visual Basic/C++ はもう MSIL を生成できるし、Microsoft Research は
OCaml の MSIL コンパイラも作ってるよ。Java VM の Jython と同じように Ruby や
Python のコンパイラだって実装可能。

>>49
中間コード方式って何が何でもソース公開したくない奴にしかメリットない感じ。
ランタイムの仕様の互換性だけ確保しといて再コンパイルすればいいだけだから。
C#もネイティブコンパイラがあるのなら評価に値するけど。

ネイティブにこだわる理由がわからん．
今までソフトウェアの抽象化が進んできた流れを見ると，次は仮想マシンで動作するのが主流になるのが必然な気がする．

>>48,>>50みたいなのは時代遅れだろ．

あぁ、やっとインストール終わったよ。パッケージが多くてすっごく大変ね。
ちょっとMonoDevelop動かしてみたけど、GUIベースの開発するには今一歩かな？

>>43
C#の資産なんてまだまだ底が浅いと思うが。

>>44
いいね　後発の言語だけあってjavaでの不満点がすっきりしてる。

>>45
ハゲドウ。ほとんどのGNUプロジェクトのソースなんて見てらんない。

>>46
スピードは速いみたいだが・・。しかしGCCがDをサポートしなければ消える運命だろう。

>>51
ネイティブにはまだまだ需要があるだろう。例えば中間コードでvorbis再生ライブラリの実装とか
今の段階ではまだまだ馬鹿っぽい行為に見えるだろう。あなたの発言はあと10年後に意味をもつかもしれない。

GCJみたいにネィティブコードを生成する機構が出てくれば意外と面白いかも。

>今の段階ではまだまだ馬鹿っぽい行為に見えるだろう。
>あなたの発言はあと10年後に意味をもつかもしれない。
将来、ハードウェアの技術が発達すれば．．．という発言は
ずーーーーと以前から言われ続けてきているけど、
ハードの発達以上に、要求される処理が重くなっているのが現実。
あと数年でPCの能力は数倍になるだろうけど
高解像度の動画や超高速ネットワークの暗号処理が控えてる。

各言語でgrepをつくって速さを競うてすと

C#は良くても、.NETのクラスライブラリは糞。
さらに今はまとまりのある使いやすい言語C#でも、
最強好きなMSはこれから、そこいら中のありとあらゆる機能をつけて、
挙句はC++のようにアノ機能は使うな！あの部分の言語仕様は糞！
だとかそういうことになることは目に見えている。

>57
せっかくですのでどのあたりが糞なのかご高説を賜れると幸いです。

> 最強好きなMSはこれから
> 挙句はC++のように

嫁

>>48
> C#やJavaでやってる動画プレーヤーなんてあっても使いたくない。
> あの手の言語は軽い処理にしか使えん。
食わず嫌い宣言ですか？ｗ
あったら使えよ。使ってから判断しろよ。

>>55
そうやって、重い要求をどんどんこなしてきた。
今重いといわれている、高解像度の動画や
超高速ネットワークの暗号処理でさえ簡単に実現可能になる。
そう。今重いからといって数年後はそれは問題にならないのさ。

>>60
48じゃないけど、動画とか以前にGUIウィジェットの時点であれだけ重い処理系で
動画見ようなんてとてもじゃないけど思いません。
デコードの実装がネイティブとかなら話は別だけど。

>>57
何がどう糞だか指摘がないけど
.NET Frameworkは機能の提供＋コードの短縮の為のラッパー・ユーティリティの二層
（といっても厳密にそう分かれているわけではないけど）に分かれていて結構よさげだと思うよ。
C#, .NETFW2.0で特に後者が非常に充実してきた感じがある。

それに対してLinuxは多言語間で使いまわせるクラスライブラリの枠組みがないから
比較するためのスタート地点にすら立てていない。

>>48
C#のコードの実行性能は決して悪くないし（例えばDelphi/Kylixよりも速い）、
メモリの塊をそのままポインタで操作できるモードもあるからいくらでもチューニングのしようはあるよ。
それにC/C++のコードやCOMをJavaと比べてかなり容易にリンクできるからC#での記述にこだわる必要性は低い。

>>63
C#モドキに改変された言語でしかあつかえないクラスライブラリで、
多言語間で使いまわせているといえるのか疑問だが．．．
例えばデリゲートがない言語なら使えないクラスがあるだろ。

C#,Java共に異常なほどメモリを食うのは無視ですか？
リアルタイムが要求されるものには、GCが起こりにくくなるように良く考えられたコードを書く必要がある。
こんなコード書くぐらいなら、C,C++で書く方がよほど自然に書けるということが良くあるはずだが？

>>64
>例えばデリゲートがない言語なら使えないクラスがあるだろ。
これが糞といってる理由？
Win32APIだってコールバックがないと使えない関数もあるし.NET "Framework"なんだから言語側が
ある程度枠組みにあわせるのは当然だと思うよ。なぜこのことでごねるのかが分からない。
クラスのないCやdelegateすら実装してない言語Fooが.NETFWを使いこなせないなんてどうでもいいことだよ。

>C#,Java共に異常なほどメモリを食うのは無視ですか？
C#が食うわけではなくWin2k,XPのオプションで起動する.NETFWが食ってるだけで
LH以降ではkernel32.dll, user32.dllとかに取って代わるだけの話。

>CG〜C,C++で書く方がよほど自然に書けるということが良くあるはずだが？
これは別に否定してないけど。.NET上のプレイヤーができたとしたら
WebBrowser, WindowsMediaPlayerコントロールは既存のものが使われるだろうね。

>>62
> 48じゃないけど、動画とか以前にGUIウィジェットの時点であれだけ重い処理系で
> 動画見ようなんてとてもじゃないけど思いません。
> デコードの実装がネイティブとかなら話は別だけど。
処理系の重さがなんか関係あるのか？
それはそのソフトが重いだけの話だろ。
つーか具体的になんの事をいってんの？

それからC#(.NET)は動作しているときはネイティブにコンパイルされている。
起動や機能を初めて使うときにコンパイルするためにわずかに時間がかかるが、
それがすんだらあとはネイティブと同じ速度で動作する。
仕組み分かってないんじゃないの？