とうとうLinuxも.NET Framework対応

1 ：04/07/02 〜 最終レス ：2012/05/27

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/

2 ：

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

3 ：

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

4 ：

それは無いと思います。

5 ：

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

6 ：

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

7 ：

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

8 ：

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

9 ：

とうとうMacOS Xも.NET Framework対応
http://pc5.2ch.net/test/read.cgi/mac/1088765965/
似たスレがたってるな…

10 ：

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

11 ：

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

12 ：

>>10-11
Mono の中の人は Microsoft (のテクノロジ)大好きっ子でつ。
http://www.microsoft.com/japan/msdn/net/sscli/deicazainterview.asp
GNOME 以外には Linux カーネルを SPARC に移植したりしてるよ。

13 ：

(ﾟ�听)ｲﾗﾈ

14 ：

Open .NET

15 ：

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

16 ：

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

17 ：

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

18 ：

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

19 ：

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

20 ：

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

21 ：

Mona

22 ：

Javaとどっちがいいの？

23 ：

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

24 ：

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

25 ：

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

26 ：

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

27 ：

>>24はまともにプログラミングくんだことないお馬鹿さん
もしくはC#を全然知らない田舎者
しかしC#が使えるという理由だけでmonoを使う気にはとてもじゃないがならないね
Javaでいいじゃんっていう。

28 ：

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

29 ：

>Mac版IEは動作が遅い->Windowsが一番。
>Mono製アプリは動作が遅く不安定->Windowsが一番。
ハードとOS持ってるのに、わざわざ全部Windowsに買い換えるわけねーだろ。
Safari使ってServletやってれば無問題だ。

30 ：

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

31 ：

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

32 ：

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

33 ：

>>27は業務アプリに詳しいCが書けないお馬鹿さんだね。
確かにC#は知らないがイナカモノではないね。w
>>26はCが組めないんだろうね。もちろんドライバも組めないだろうな。

34 ：

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

35 ：

Miguel de Icazaが.NETを実装するという点にまず違和感を持った。
JavaVMが基本的にJava言語しか認めてないということが大きいんだろうか。
http://www.itmedia.co.jp/enterprise/articles/0406/04/news061.html
MonoとDotGNUの間に対立が起きている、、という記事。ふーむ。
前にMonoは使った。確かにMSの.NETに比べて遅かった。また試してみようか
とも思うけど。

36 ：

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

37 ：

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

38 ：

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

39 ：

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

40 ：

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

41 ：

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

42 ：

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

43 ：

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

44 ：

C#は、確かにいいな。

45 ：

Cは見通しが悪すぎる。

46 ：

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

47 ：

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

48 ：

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

49 ：

>>48
リアルタイム性が要求されるアプリケーションはつらい(GC待ちは特に)が、
スループットは Java ってそんなに悪くないよ。文字列処理やネットワーク、
科学技術系の数値計算とかならそんなに遅くなることはない。
そもそも .NET Framework/Mono って単なる C# コンパイラ/実行環境じゃないんだけどな
Visual Basic/C++ はもう MSIL を生成できるし、Microsoft Research は
OCaml の MSIL コンパイラも作ってるよ。Java VM の Jython と同じように Ruby や
Python のコンパイラだって実装可能。

50 ：

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

51 ：

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

52 ：

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

53 ：

>>43
C#の資産なんてまだまだ底が浅いと思うが。
>>44
いいね　後発の言語だけあってjavaでの不満点がすっきりしてる。
>>45
ハゲドウ。ほとんどのGNUプロジェクトのソースなんて見てらんない。
>>46
スピードは速いみたいだが・・。しかしGCCがDをサポートしなければ消える運命だろう。
>>51
ネイティブにはまだまだ需要があるだろう。例えば中間コードでvorbis再生ライブラリの実装とか
今の段階ではまだまだ馬鹿っぽい行為に見えるだろう。あなたの発言はあと10年後に意味をもつかもしれない。

54 ：

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

55 ：

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

56 ：

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

57 ：

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

58 ：

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

59 ：

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

60 ：

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

61 ：

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

62 ：

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

63 ：

>>57
何がどう糞だか指摘がないけど
.NET Frameworkは機能の提供＋コードの短縮の為のラッパー・ユーティリティの二層
（といっても厳密にそう分かれているわけではないけど）に分かれていて結構よさげだと思うよ。
C#, .NETFW2.0で特に後者が非常に充実してきた感じがある。
それに対してLinuxは多言語間で使いまわせるクラスライブラリの枠組みがないから
比較するためのスタート地点にすら立てていない。
>>48
C#のコードの実行性能は決して悪くないし（例えばDelphi/Kylixよりも速い）、
メモリの塊をそのままポインタで操作できるモードもあるからいくらでもチューニングのしようはあるよ。
それにC/C++のコードやCOMをJavaと比べてかなり容易にリンクできるからC#での記述にこだわる必要性は低い。

64 ：

>>63
C#モドキに改変された言語でしかあつかえないクラスライブラリで、
多言語間で使いまわせているといえるのか疑問だが．．．
例えばデリゲートがない言語なら使えないクラスがあるだろ。
C#,Java共に異常なほどメモリを食うのは無視ですか？
リアルタイムが要求されるものには、GCが起こりにくくなるように良く考えられたコードを書く必要がある。
こんなコード書くぐらいなら、C,C++で書く方がよほど自然に書けるということが良くあるはずだが？

65 ：

>>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コントロールは既存のものが使われるだろうね。

66 ：

>>62
> 48じゃないけど、動画とか以前にGUIウィジェットの時点であれだけ重い処理系で
> 動画見ようなんてとてもじゃないけど思いません。
> デコードの実装がネイティブとかなら話は別だけど。
処理系の重さがなんか関係あるのか？
それはそのソフトが重いだけの話だろ。
つーか具体的になんの事をいってんの？
それからC#(.NET)は動作しているときはネイティブにコンパイルされている。
起動や機能を初めて使うときにコンパイルするためにわずかに時間がかかるが、
それがすんだらあとはネイティブと同じ速度で動作する。
仕組み分かってないんじゃないの？

67 ：

Microsoftのコンパイラ は 優秀だしな。

68 ：

あんだけ金ふんだくって、優秀じゃなかったらキレるけどな。

69 ：

>>66
は？　処理系の重さが問題だろ？
>それからC#(.NET)は動作しているときはネイティブにコンパイルされている。
>それがすんだらあとはネイティブと同じ速度で動作する。
JITコンパイラのこといってんの？　あれで生成されるのはあくまでGCコードとかが付帯された
管理ネイティブコードなんだが。
お前こそ知ったかすんなよ（笑

70 ：

>>69
> は？　処理系の重さが問題だろ？
は？　処理系の重さは動画を見ることに関係ないだろ。
お前が>>62なら自分の発言を良く思い出せ。
違うなら読まずに脊髄反応すんな。
ガベージコレクタがついていようがネイティブコードはネイティブコードだろ。
>>62でネイティブじゃないようなこと言っておきながら、
今度は管理ネイティブかよ。勝手に意見を変えるなっつーの。
本当は自分が知ったかしておいて、調べて言い直したんじゃねーの？ｗ
それに管理ネイティブコードは別に遅くないんだが？
メモリ管理を手動じゃなくて自動（ガベージコレクタ）でやったら
遅くなると言っているようで呆れてしまう。

71 ：

>>69
> 管理ネイティブコードなんだが。
って自分で言っちゃってるし。
cで書かれたgcとか知らないんだね。カワイそうに。

72 ：

被っちまったか。

73 ：

とてもかわいそうな>>69

74 ：

a

75 ：

ム板のmonoスレは変なのに粘着されて終ったみたいね。

76 ：

てすと

77 ：

iTuneのC#版クローン、SharpMusique動いたよ。

78 ：

つかわけわからんゴネ方してリソース分散させてるGNUの基地外何とかしろよ

79 ：

.NET が使われているソフトは、
同種の非.NET ソフトより軒並み重いぜ。

確かに .NET 自体は言われているほど重くないかもしれんが、
.NET を使って組む人に限って高速化・省リソースの技術が
無い場合が多い。
どちらにしろ .NET はソフトを使う側からすれば重いものだ。

後、.NET は Linux と相性が悪いとも言える。
中間コード系の言語で作られたプログラムは起動が遅いが、
Linux はプロセスの起動を多用する。
小型プログラムを複数組み合わせる思想だから。

80 ：

小さい小物アプリで無い限り起動が遅いのは別にいいよ
仕事で使ってる3DアプリなんてC++ネイティブの癖に
起動するだけで30秒くらいかかるからな
それより計算の速度とかはどう？
たとえば3Dレンダリングとか10k*10kくらいのデカイ画像に
ガウスフィルターかけるとか

81 ：

NET Framework
は色んな言語で開発できるそうですが。
色んな言語を混ぜて開発できるといういみなのでしょうか？
また、そうでしたら
単純に他言語と混ぜて記述すればいいのでしょうか？
具体的に教えてください。ちなみに
visual studio 2005
を使っています。

82 ：

とうとうTRONも,NET対応。

83 ：

カンマ？

84 ：

とうとうvistaも.NET非対応。

85 ：

最初から、.NET Framework 2.0相当のが入ってるんじゃないの?

86 ：

http://www.mono-project.com/Main_Page
Mono1.2リリースで至れり尽せりになりました！

87 ：

C#ってJAVAみたいな火葬か。
いらんな。
ゴミがまた増える。

88 ：

Novellが.NETアプリ互換開発環境の新版「Mono 1.2」を公開，.NET 2.0に対応
http://itpro.nikkeibp.co.jp/article/USNEWS/20061110/253211/
Form も対応って載ってるけどウィンドウも出せるようになったってことかな？

89 ：

みんな使ってる？

90 ：

monoは普通に使ってるよ。
monoアプリ多いから。

91 ：

＞monoアプリ
どこにあるの？

92 ：

つかさっさとWin32APIとCOMをすべて.NETのクラスでラップしろ。
話はそれからだ。

93 ：

そんなことする必要はないから

94 ：

Windows Forms 対応って、
どうやって挙動を追っかけたんだろう。
Microsoftの中の人に教えてもらったのかな？

95 ：

マイクロソフトは、SilverlightでLinuxをサポートする取り組みをノベルと共
同で進めることも明らかにした。この取り組みは「Moonlight」と呼ばれてお
り、mono-project.comでスタートしたプロジェクトをベースとする。
http://www.atmarkit.co.jp/news/200709/07/silverlight.html
http://silverlight.net/
http://www.mono-project.com/Moonlight

96 ：

Mono Project、「Moonlight」のソースコードを初公開
ttp://opentechpress.jp/developer/article.pl?sid=08/05/16/0442229

97 ：

VSで作ったC# projectのディレクトリでxbuildしたらあっさり動いて吃驚した

98 ：

スクリプト言語ってそんなもんだろ。

99 ：

JVMすらsunの仕様通りに作れなくてjava屋からフルボッコされたので、悔しいから自前のclosed source仮想マシン(java clone)を作ってみたけど
仮想マシンなので速攻で解析されて仮想敵のlinuxに移植されてしまったでござる
>>98
stack virtual machineでbytecodeを動かすのはスクリプト言語と違うんじゃないかと思うが

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

【HELP】会社のWeb鯖がWindowsになりそうです (112)
Linux で GPS,カーナビ (217)
皆様、セキュリティホールは埋めとけよ (632)
LinuxでLINE(ライン)を使うスレ (105)
MSとNOVELL、Linuxで提携-技術開発や特許で協力 (176)
日本発のオープンソースを数えるスレッド (174)
--log9.info------------------
結局一番うまいのはコカコーラだろ (203)
頭に「サントリー」と付けて萎える商品名を作れ！ (787)
＜署名運動＞不二家ネクターを保護しよう！！ (213)
ネクター大好き (851)
植物性ラブレ (847)
微糖缶コーヒー (149)
ﾋﾟｯﾁｬｰ型浄水器【東ﾚ ﾊﾟﾅｿﾆｯｸ ﾌﾞﾘﾀ 三菱ﾚｲﾖﾝ】 (836)
リボンナポリンがうま過ぎて氏む(*ﾟρﾟ*)ﾉ (511)
東京水 (932)
カロリーゼロのソフトドリンク募集！ (770)
炭酸飲めねっての (247)
♪♪♪こんな三ツ矢サイダーは嫌だ♪♪♪ (373)
ポーションって違法商品？ (283)
【生茶】キリンビバレッジ【ファイア】 (834)
★「ミルキュー」母乳ドリンク（^Д^）ｳﾏｰ ★ (325)
【放射能】 製造所固有記号 報告スレ　4 (451)
--log55.com------------------
ADHD・アスペルガー・発達障害被害者友の会41
ADHD・アスペルガー・発達障害被害者友の会42
ADHD・アスペルガー・発達障害被害者友の会42
【身体障害のみ】障害年金について【労災もNG】44
日本初の「ろう者」のバス運転士パート２
公務員障害者採用試験スレ7【身体専用】
一原ミナ
脊損者(頚損者)の雑談スレ★２