とうとう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が純正を超えることだってあるかもしれません。 >>3
使ってみればなぜ無いと言い切っているのかすぐわかりますよ。 Mono 1.2リリース まだー？
VB.NETが使いたいよー 俺はお前らが散々MSを非難してきたことを知っている。
その上でMSの研究開発した成果を盗み取るような行為を見過ごすわけにはいかない。
お前らがLinux上で.NET Framework互換のライブラリを使うことを禁止する。
分かったな。 >>10-11
Mono の中の人は Microsoft (のテクノロジ)大好きっ子でつ。
http://www.microsoft.com/japan/msdn/net/sscli/deicazainterview.asp
GNOME 以外には Linux カーネルを SPARC に移植したりしてるよ。 つーかMSが.NETデスクトップつくれば今までの汚いGUIが一掃されるんだがな Mac版IEは動作が遅い->Windowsが一番。
Mono製アプリは動作が遅く不安定->Windowsが一番。
こりゃいい宣伝になるな。 ふーん。やっぱりNovell支援のオープンソース製Monoよりも
Microsoftが作った.NETの方が速いんだ。 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はどうよ？ C, C++の利点は過去の資産だろ．
それが利用できない上にCライクなDはクソな気がする．
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の能力は数倍になるだろうけど
高解像度の動画や超高速ネットワークの暗号処理が控えてる。
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)は動作しているときはネイティブにコンパイルされている。
起動や機能を初めて使うときにコンパイルするためにわずかに時間がかかるが、
それがすんだらあとはネイティブと同じ速度で動作する。
仕組み分かってないんじゃないの？ あんだけ金ふんだくって、優秀じゃなかったらキレるけどな。 >>66
は？ 処理系の重さが問題だろ？
>それからC#(.NET)は動作しているときはネイティブにコンパイルされている。
>それがすんだらあとはネイティブと同じ速度で動作する。
JITコンパイラのこといってんの？ あれで生成されるのはあくまでGCコードとかが付帯された
管理ネイティブコードなんだが。
お前こそ知ったかすんなよ（笑
>>69
> は？ 処理系の重さが問題だろ？
は？ 処理系の重さは動画を見ることに関係ないだろ。
お前が>>62なら自分の発言を良く思い出せ。
違うなら読まずに脊髄反応すんな。
ガベージコレクタがついていようがネイティブコードはネイティブコードだろ。
>>62でネイティブじゃないようなこと言っておきながら、
今度は管理ネイティブかよ。勝手に意見を変えるなっつーの。
本当は自分が知ったかしておいて、調べて言い直したんじゃねーの？ｗ
それに管理ネイティブコードは別に遅くないんだが？
メモリ管理を手動じゃなくて自動（ガベージコレクタ）でやったら
遅くなると言っているようで呆れてしまう。 >>69
> 管理ネイティブコードなんだが。
って自分で言っちゃってるし。
cで書かれたgcとか知らないんだね。カワイそうに。 ム板のmonoスレは変なのに粘着されて終ったみたいね。
iTuneのC#版クローン、SharpMusique動いたよ。 つかわけわからんゴネ方してリソース分散させてるGNUの基地外何とかしろよ .NET が使われているソフトは、
同種の非.NET ソフトより軒並み重いぜ。
確かに .NET 自体は言われているほど重くないかもしれんが、
.NET を使って組む人に限って高速化・省リソースの技術が
無い場合が多い。
どちらにしろ .NET はソフトを使う側からすれば重いものだ。
後、.NET は Linux と相性が悪いとも言える。
中間コード系の言語で作られたプログラムは起動が遅いが、
Linux はプロセスの起動を多用する。
小型プログラムを複数組み合わせる思想だから。
小さい小物アプリで無い限り起動が遅いのは別にいいよ
仕事で使ってる3DアプリなんてC++ネイティブの癖に
起動するだけで30秒くらいかかるからな
それより計算の速度とかはどう？
たとえば3Dレンダリングとか10k*10kくらいのデカイ画像に
ガウスフィルターかけるとか
NET Framework
は色んな言語で開発できるそうですが。
色んな言語を混ぜて開発できるといういみなのでしょうか？
また、そうでしたら
単純に他言語と混ぜて記述すればいいのでしょうか？
具体的に教えてください。ちなみに
visual studio 2005
を使っています。 最初から、.NET Framework 2.0相当のが入ってるんじゃないの? C#ってJAVAみたいな火葬か。
いらんな。
ゴミがまた増える。 Novellが.NETアプリ互換開発環境の新版「Mono 1.2」を公開，.NET 2.0に対応
http://itpro.nikkeibp.co.jp/article/USNEWS/20061110/253211/
Form も対応って載ってるけどウィンドウも出せるようになったってことかな？ monoは普通に使ってるよ。
monoアプリ多いから。 つかさっさとWin32APIとCOMをすべて.NETのクラスでラップしろ。
話はそれからだ。 Windows Forms 対応って、
どうやって挙動を追っかけたんだろう。
Microsoftの中の人に教えてもらったのかな？ マイクロソフトは、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
Mono Project、「Moonlight」のソースコードを初公開
ttp://opentechpress.jp/developer/article.pl?sid=08/05/16/0442229 VSで作ったC# projectのディレクトリでxbuildしたらあっさり動いて吃驚した JVMすらsunの仕様通りに作れなくてjava屋からフルボッコされたので、悔しいから自前のclosed source仮想マシン(java clone)を作ってみたけど
仮想マシンなので速攻で解析されて仮想敵のlinuxに移植されてしまったでござる
>>98
stack virtual machineでbytecodeを動かすのはスクリプト言語と違うんじゃないかと思うが 【鍵】東京６局再送信中 KeyHoleTV Part.7【穴】
1:sage 05/13(火) 17:18
前スレ
【鍵】東京６局再送信中 KeyHoleTV Part.6【穴】
2chｽﾚ
【KeyHoleTV公式サイト】
http://www.v2p.jp/video/
Q&Aは読みましょう
age推奨、ロケフリ業者お断り、PeerCastとSopCastはスレ違いではない？
Linux版のKeyHoleTVがまもなくリリースされます。α版の実験に協力していただける方を募集しております。
現在の動作環境は、SuSE10.0 GDK GTK2.0 Pango です。他のLinux 例えば Redhat 系のもの、TurboLinux系の
もので動作確認ができませんので、御協力をお願いします。 >>102
[C# 言語]実装を止めるですか…
それまでの Source は どの言語に持たせるのですか？
Mono[FreeFont] の事ですか… ミュージックプレーヤーのbansheeがmono採用してるな Linux環境で.net対応のアプリケーションを動作させられるようになるといわれています。
gnomeなどのGUI環境で、Formを使った.netアプリも動作させられるの？
ところで、ファイル名は.exeになるのかな？
。 自己レス>>111
サーバーサイドアプリだけでした。
http://posaune.hatenablog.com/entry/2014/11/13/090602
”「サーバーサイド.NET」と呼ばれていますが、
WPF/WinFormなどのClient描画に関わる部分を除いた、
エンジン部分のOSS化と思ってもらえればOKですね。”
がっかり。
windowsは買えよってことですね。 自己レス>>112
いや、ASP.NETはLinuxで動作させられるようになるみたいだ。
http://www.publickey1.jp/blog/14/linuxnetdockervisual_studio.html
”このDockerイメージにはLinux版.NETコアランタイム上のASP.NETアプリケーションが含まれており、
アクセスするとWebページが表示されます。
これでMicrosoft Azure上のLinux上のDockerコンテナの上でASP.NETが走っていることになります。” ■ このスレッドは過去ログ倉庫に格納されています
