.Net Framework 2.0>>>>>>>>>>>>Java
1000までいったのかよ
VB厨ばっかりなのになんでたてんだよw
C# はその場でデリゲートが作れたと思った。
int hoge;
Button1.Click += new Delegate(Object sender, EventArgs arg) { hoge++; }
Java だとこれが出来ない。
Java だと その場クラスが作れた
private int hoge = 0;
private final Button1 = new Button{
public void OnPushed() { this.hoge++; }
}
C# だとこれが出来ない。
どっちも使えると良いのに。
まぁ、2005 の C# と JDK1.4 との比較だけど。今は知らない。
それに、なんで .Net Framework 2.0 なんだよw
次スレになったら3.0なのか?w
あれ?
等号の向きが逆になってる。
.net 3.0 >>> all
みたいに次は進化するんか?
等号は、 = だよw
年量投下:
「サーバーコアへの.NET Frameworkの追加も検討中」,Windows Server 2008開発統括者が明かす
ttp://itpro.nikkeibp.co.jp/article/NEWS/20080229/295037/ >しかし,Windows Server 2008のサーバーコアには,.NET Frameworkをインストールできない。
>これは「.NET Frameworkが,他のWindowsコンポーネントとの依存関係が大きい『ビッグ・ピース』だから」だ。
何やってんだー、って感じ。
>しかし,サーバーコアに.NET Frameworkを追加するためには,
>.NET Frameworkと他のWindowsコンポーネントとの依存関係を見直し,
>.NET Framework自身を作り直す必要がある。そのため,実現には時間がかかる模様だ。
ドトネトを廃棄して、小型のリンクライブリーにすれば全て解決すんじゃね?
壮大なドトネト構想自滅終焉。
勉強したことが無駄になりやすいな。全体の把握だけでも使いこなせるようになるには
1〜2年くらいの期間が欲しいと思うくらいなのに、その間にまた仕様変更・・・
> 「DataGridView コントロールはまったく新しいアーキテクチャを採用しているため、
> DataGridView コントロールで DataGrid のカスタマイズされた機能を使用できるように
> する簡単な変換パスはありません。」
> せっかくこれまで多くの開発者がDataGridコントロールについて多くのノウハウや
> テクニックを蓄積してきたというのに、それらのほとんどを捨ててしまわなければ
> ならないのだ! 今後はこのような互換性のない置き換えは控えてほしいものである。
http://www.atmarkit.co.jp/fdotnet/vblab/gridlab_01/gridlab_01_01.html
12 :
仕様書無しさん:2008/02/29(金) 20:29:12
普通はスプレッドとかコンポーネントワンとか使う
>>13 単に知るじゃなくて、使いこなせるようになるレベルの話だぞ。
しかも、仕事をしながら。
スプレッドって・・・またVB厨か
17 :
仕様書無しさん:2008/02/29(金) 23:29:14
↑情報弱者乙
Java知らんけど.NETは2.0で飛躍的に良くなったな
.Net Framework 2.0 からメタミドホスが検出されました
そしてXNAへ……
21 :
仕様書無しさん:2008/03/01(土) 11:45:37
>>18 .NET Framework2.0というかC#2.0に対する評価のような
Genericは.NetFrameworkの機能だろが。
勘違い厨出現
24 :
仕様書無しさん:2008/03/02(日) 05:30:05
.NET2.0は確かに完成した感があった
何の不満も無くなった
データに対する操作の不満はLINQで解消されるはずだしな
Net Framework3.5入れたら外付けHDDの中に数字とアルファベットの長い文字列のフォルダが勝手に作成されたんだけど
これって削除してもおK?
>>26 恐らく一時保管フォルダが何らかの理由で消せなかったため、残ったんだと思う。
消したことによる不具合は起きないものと思われるが、何か問題が起きた時は
俺はその責任をとりたくはない。
28 :
26:2008/03/02(日) 18:42:32
>>27 どうやらそれ、正解っぽい
もう一台のパソコンで試してみたんだけど、インストール中にローカルディスクCの直下に同様のフォルダを作成されたのを確認
促されるまま再起動したら削除されていた
最初のパソコンは外付けHDDに保存されたのが原因だと思う
なんでわざわざ外付けHDDに保存したんだろ?
もちろん外付けHDDのドライブレターがAとかBとか、Cより前を指定しているワケではないです
空き容量が一番多いドライブに一時ファイルを格納してただけだろ
.NetFramework3.5入れると自動的に2.0も入るから、
それなら導入コストは2.0と3.5で大して変わらんのかなぁ。
SPはWindowsうpだてで入るよね。
31 :
26:2008/03/02(日) 19:44:02
>>29 なるほど…
一応再起動する時は外付けHDDは挿しっぱなしにしてたんだけど、削除できなかったぽい
>>31 詳しい仕様は解らないが、最近の.NETは、容量の大きなドライブを探して、
勝手にそこに一時ファイルを保存するようになっているようだ。
外付けHDDのフォルダは、OSが認識をするタイミングよりも、先に削除しようとして、
プログラムが「ドライブがないので、削除完了」と判断したのかもしれないね。
頻繁にupdateがあるが、これは、システムディスクを、一時ファイルの置き場として
使っている。まず、ダウソして、それを解凍して、インスコが失敗した時のことを考えて
上書きせずにファイルを設置して、最後にファイルを削除って動いてるようだ。
なので、HDDの容量が足りなくて失敗するというケースも結構あるようだ。
(これは、全く関係の無い人であれば、関係の無い話なんだけどね。)
勝手に別のドライブを探そうとするのは、このあたりが関係してるっぽい。
34 :
仕様書無しさん:2008/03/07(金) 10:58:59
コピペ君って馬鹿だな、まで読んだ。
「開発現場のスキルレベル」の
>>1が徘徊するスレのひとつはここですか
やはり「開発現場のスキルレベル」の
>>1が徘徊するスレのひとつはここのようです
あらし君のプロファイリング
・昼も夜も大量に書き込みをしている
→(仕事において煽っているが、)本人はニートか学生
・レスの時間や内容を細かくチェックしては、付きまとうかのように書き込み
→リアルで友達が居ないので、こういう行為を行っている。
マ板で煽るのが唯一のよりどころ?w
このスレ的に読んでみた。
確かに java の getter/setter はなんとも冗長
ところで我らの C# となると
property Object hoge {
get { return _hoge; }
set(Object value) { _hoge = value; }
}
だし、
その妹であるC++/CLI では上記のように単純なものだと
property Object ^hoge;
の一行で getter/setter を暗黙に用意してくれるのだけど
うかつに値を set するときに副作用しようとおもうと
property Object ^hoge {
void set(Object ^value) { ... }
Object ^get() { ... }
}
とか書かなくてやはり面倒といえば面倒。
vb.net は触ったこと無いからなんともいえないけど
どっちもどっちやね。
ところで静的言語っていうのは型推論の有無で言ってるの?
静的/非静的って、コンパイル言語とスクリプト言語のことだと思ってたんだけど。
文法が全然違うのだけど、本当に
>>41はC#触ったことあるの?
43 :
仕様書無しさん:2008/03/08(土) 20:03:58
ごめん、最近C++/CLIばっかりなので正直うろ覚え。
どんなんだっけ?
C#初心者ですが、早くも自作のゲームなど開発しています。
ところで、C#で作ったプログラムをJREで動作させるにはどうしたら良いでしょう?
そのままではダメだという話ですが、なるべく低コストで手っ取り早い方法がありましたら教えてください。
なんのためにそんなことをする?
>>47 JREってことはWebで手軽に出来るようにだろ
やっぱり使う人のことを考えたらネイティブでDirectXライブラリだしな。
でもできたらすごいw
50 :
仕様書無しさん:2008/03/11(火) 11:13:13
51 :
仕様書無しさん:2008/03/11(火) 11:13:52
.NET,Macで動かんかね
53 :
仕様書無しさん:2008/03/14(金) 22:55:05
C#3.0でラムダ式が導入されたことにより
関数型プログラミングに興味がわいてきたお
54 :
仕様書無しさん:2008/03/14(金) 23:06:32
関数型はいいかもな。
OOみたいにわけわからん概念が無くて、機械的、数学的なのがいい。
でも再帰とかわからんと話にならんからこれはこれでクソコード量産されそうだが
OOみたいにわけわからん概念が
OOみたいにわけわからん概念が
>>55 君って頭悪いでしょw
54は君が思ってるようなことを言ってないと思うぞ多分
図星らしいなw
で、どれとどれがお前のレス?
59 :
仕様書無しさん:2008/03/15(土) 00:53:40
でもオブジェクト指向信者のブログとかみると
延々とどうでもいい哲学みたいなことしてるじゃん
あんなんもはやコンピューターに何も関係ないじゃん
奴らの頭はインスタンスとか継承とかの辻褄合わせることしか興味ないんだぜ
どういう流れから「でも」なのかわからんが
OOスレでも見てこい
もっとカオスだからw
.net始めてからオブジェクト指向に拘らなくなった
62 :
仕様書無しさん:2008/03/15(土) 01:30:10
てか「継承」っていらなくね?
なんで?
わからん。馬鹿なんだろ。
頭の悪い人は物事を整理して考えられないから
オブジェクト指向もわからないんだと思う。
66 :
仕様書無しさん:2008/03/15(土) 09:53:38
継承なんて要らないと思います
http://d.hatena.ne.jp/hajimehoshi/20080213/1202830661 継承のデメリット
思いついたまま書いてみる。
単一継承の言語の場合 (Java など)、多重継承的なものを書きたいときに困る。
多重継承の言語の場合 (C++ など)、そのせいでプログラムが複雑化する。
あるクラスを継承して利用したい場合、
public だけでなく protected なメソッドなどについても知る必要がでてくる*2。
インターフェイスでなくクラスのインスタンスを引数にとるメソッドは、
そのクラスおよびサブクラスのインスタンスしかとれないので、拡張性が低い。
インターフェイスで引数の型を指定するようにすれば、
(そのインターフェイスを実装するクラスならば)
どんな自作クラスのインスタンスでも渡すことができる。
子クラスは、その基底クラスの変更の影響を大きく受けやすくなる。
その他継承の問題点は、 Effective Java の項目 14 あたりが詳しいです。
継承を使わずにインターフェイスを使えば、これらの問題はおきません。
インターフェイスには実装を書けません。
よって継承はインターフェイスで代替できません。
終了。
68 :
仕様書無しさん:2008/03/15(土) 11:12:32
継承がなくてもプログラムは作れるが
あったら便利
そんだけ
ム板よりもマ板の方が思考停止人口が多いって事か・・・
何ずれたこといってんの?
継承そのものがいらないというのであれば、
似たような機能のクラスを複数作る場合のソースコードの保守性など
について言うべきじゃないの?
どんなものにもデメリットはある。
しかし、デメリットがあるからといって、その理論がいらないとはいえない。
だから、単にデメリットを並べるだけでは「継承がいらない」とはいえないだろ。
いらないといいたいのならば、継承の根本を否定しないと。
あと、今現在、継承で実現していることの代案。
「デメリット」ってのは、それによって生まれるマイナス面の事を言うわけで
>>66のほとんどは該当しねー
つーか多重継承あっても無くてもケチつけるってのは何なんだ?ツンデレなのか?
73 :
仕様書無しさん:2008/03/17(月) 05:38:25
このスレの住人なら知っていますね、あの糞開発ツールのことを
・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか?
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx%アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
コピペ君って馬鹿だな、まで読んだ。
コピペ君って馬鹿だな、まで読んだ、まで読んだ。
>>73 プライドないやつらがマンセーして使う限り、糞開発ツールはなくならないよ
77 :
仕様書無しさん:2008/03/17(月) 23:41:39
Java知らんけど、.net 2.0 は xp home でもwebアプリ作れるようになって
飛躍的に良くなったな
79 :
仕様書無しさん:2008/03/29(土) 02:01:26
eclipse と microsoft がこうなって 2008 買ってない俺は勝ち組
> 結局、一番大切なのは開発者だ」(Ramji氏)
ありがたいお言葉。
マジレスするとjavaはUNIXで動くのがいいんじゃあないのか?
マジレスすると.NETはWinでちゃんと動かないのが悪いじゃあないのか?
>>52 うごくよ。 MS製の.netではないけれど。
MSが公開した仕様をもとに、オープンソースで互換Frameworkが開発されている。
Windowsはもちろん、Linux、MacOSXで動く。
GUIアプリも、ちょっとめんどくさいけど、各プラットフォームにあったルックスのが
作成できる。
コードもちょっと気を使ってかけば、完全互換性のものを作成できる。
オフィシャルサイト
ttp://www.mono-project.com/Main_Page 概要(Wikipediaだけど)
ttp://ja.wikipedia.org/wiki/Mono_(%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2)
VisualStudio/Ecllipseみたいな開発ツールも用意されてて便利。
VisualStudioのプロジェクトファイルとの互換性もあるみたい(もってないので試してない)
日本語環境だと文字化けするけど、ぐぐれば解決方法はでてくる。
Linux上で.NET開発できるのは便利。
84 :
仕様書無しさん:2008/11/04(火) 04:53:50
.NETFrameWork・・・・・・どんだけHDD容量食ってんだよ
旧バージョンも必要だし
死ねよ クソ設計
容量も考慮するとJavaの方が数段優れてる
おまえはS×Sの設計思想を見ておいた方がよい
旧バージョンは別に無くてもいいでしょ。2.0があれば1.0,1.1は基本的に不要。
3.0と3.5は2.0を置き換えるものじゃない訳だし。
つか、JAVAこそ上位互換性のなさの方をなんとかしてくれと…。
ドットネット厨は何かにつけてJavaJava煩いけどさ、
結局さ、Borland >>>>> 他って事だろ。
CodeGear
90 :
仕様書無しさん:2009/03/13(金) 23:27:24
>>89 ∧ ∧ 彡
ミ ( ^ω^ )っ 彡
O ノ タタタタ…
ミ| (_) 彡
ミ し´ 彡
>>86 S×SってSide-by-Sideのことか?
92 :
仕様書無しさん:2009/05/18(月) 20:52:15
>>90 92ゲットオォオオォ!!!!!
∧∧
(^ω^)
cu_uっ バイーン
彡
/ ̄ ̄\
| ̄1 ̄|
| ̄2 ̄|
 ̄ ̄ ̄ ̄ ̄ ̄
>>87 上位互換はあるが、ないことにしたいのか?
94 :
仕様書無しさん:2009/05/20(水) 02:04:27
>>92 ナイコトニシタイ
∧∧
(・ω・ )
_| ⊃/(__
/ ヽ-(___/
 ̄ ̄ ̄ ̄ ̄ ̄
95 :
仕様書無しさん:2009/05/20(水) 09:57:54
ドトネッツってもう4.0なんだぁ。
何だか使ってないままだなぁ。
C#のソースをJavaに変換しようとして楽な方法を模索してる。
.NetでそのままSilverlightで流すのもありなんだけど、
JavaだとGwt使ってJavaScriptにできるから
サービスとして、より間口が広がる気がする。
もちろん、出来る事が違うから何でもJavaってワケにはいかないけど。
C#のソースをJavaに変換したプロジェクトに携わったことがあるが
死ねるのでやめた方がいい
まじで。元々C#使ってて、勉強でJava触った時は
割と似てるなー、くらいの感想だったんだけど。
一応、同じ処理をC#とJavaでサポートしたいと思ってるので
「Javaへの変換を意識したC#プログラミング」も視野に入れてます。
その辺、アドバイスあったらおながいします。
99 :
仕様書無しさん:2009/05/21(木) 01:51:48
C#でJavaのクラス作ればいい
そしたらusing(import)のとこ変えるだけで変換できる(細かいとこはあるが)
けどC#の良さ全く使えないがなw
下手に似てるのが駄目なんだよなw
全然違う方が良かったりする
言語自体の問題よりもASP.NETとJavaのフレームワークの違いのような気がする
コアライブラリをJ#で作れば良い。
(そのうち無くなるけど…)
その案はJ#の今を知った時点で却下されました。
なんで、同じような言語使用とかライブラリなのに使えないんだよ・・・
これからは友愛プログラミングの時代になるんじゃないか?
105 :
仕様書無しさん:2009/05/26(火) 01:16:22
>>94 ネヨ
∧∧
(´・ω)
_|⊃/(___
/ ヽ_(____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄
C#とJavaが似てると思えるなら
MFCとMotifは瓜二つにしか見えないだろうな
>MFCとMotif
両方ゴミ化したので同じに見えるw
108 :
仕様書無しさん:2009/05/28(木) 08:55:13
>>105 オヤスミ…
<⌒/ヽ-、___
/<_/____/
 ̄ ̄ ̄ ̄ ̄ ̄ ̄
110 :
仕様書無しさん:2009/06/08(月) 10:12:54
NikonのCaptureNX2にてオーバーフローエラーが出ます。
JITに起因していると思われるのですが、使うPCによっても個体差があるのでしょうか?
111 :
仕様書無しさん:2009/06/08(月) 13:44:41
ねえよ
113 :
仕様書無しさん:2009/06/16(火) 13:47:30
.NET案件が枯渇してるじゃねーか
JAVAとPHPばっかり
うぇぶあぷりけーしょんばっかりかよ
>>113 つまり、小規模なものばっかりってことですね。
116 :
仕様書無しさん:2009/10/16(金) 21:37:31
おまえら全員 作 業 プ ロ グ ラ マ
実装力のないSEは虐殺され続けてる
120 :
仕様書無しさん:2010/01/16(土) 20:09:24
>>113 不景気でIT投資が減らされてるからですか?
121 :
仕様書無しさん:2010/05/21(金) 09:43:23
ドトネトとジャヴァと、ウェブサイト作るにはどっちが楽デツカ?
できれば、優良入門サイトきぼんorz
php
123 :
仕様書無しさん:2011/08/05(金) 14:01:13.89
プログラムの追加と削除に追加される項目
○Javaインストール時
Java(TM) 6 Update XX
○.NET Frameworkインストール時
Microsoft .NET Framework 3.5 再頒布可能パッケージ
Microsoft .NET Framework 3.5 日本語 Language Pack
Microsoft .NET Framework 3.5 Service Pack 1
Microsoft .NET Framework Version 3.0 再頒布可能パッケージ
Microsoft .NET Framework 3.0 Service Pack 1
Microsoft .NET Framework 3.0 Service Pack 1 日本語 Language Pack
Microsoft .NET Framework Version 2.0 再頒布可能パッケージ
Microsoft .NET Framework 2.0 Service Pack 1 (x86)
Microsoft .NET Framework 2.0 Service Pack 1 (x86) 日本語 Language Pack
Microsoft .NET Framework 2.0 Service Pack 1 (x64) 日本語 Language Pack
Microsoft .NET Framework 2.0 Service Pack 1 (IA64) 日本語 Language Pack
Microsoft .NET Framework 2.0 SDK 日本語版
普通プリインストールされてるだろ
>>123 Javaで必要なのが一つのパッケージであったとしても、
使えるか使えないかが一番の問題。
その点Javaはクソ。
Javaアップデート後
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
Java(TM) 6 Update XX
JavaのランタイムはJava専用だけど、
.NETはJavaより実行速度が速いし、前の方でも出てたが
Monoみたいなオープンソースの互換ランタイムもあるので
個人的には.NETの方がJavaより良いと思うが
>>127 .netに対するJavaの優位点って、Linuxサーバで動くことだけだからな
monoがもうちょい頑張れば、Javaの存在意義はゼロ
うちの会社はマルチプラットフォーム化ということで.net資産を全て捨ててJAVAに移行しちゃったけど・・・w
ついでにサーバーも全てWindowsからLinuxへ移行した。
おかげで自分は職を失うハメになったけど…orz
.NET総合のスレが見当たらないのでここで
windows以外はさておき一般的に.NETのバージョンってどこまで普及してると思っていいのかな?
XPで2.0、vista,7で3.5は普通にPCを使ってたら入ってるもの?
4.0は流石にまだだよね
OS同梱、Windows Update で強制配布か否か、を調べてみるといいよ
132 :
仕様書無しさん:2011/10/02(日) 05:27:59.11
133 :
uy:2011/10/04(火) 04:51:10.60
JAVAは最初っからすでに終わってたんだよ
一部の奴が騒いでただけ
ニートなお前の人生はもう終わってんだよ
一部の暇な奴等にオモチャにされてるだけ
XPの.NET FW は 2.0 だけどもサービスパックなしver。
開発環境がSPありだと、非互換性でたまにハマる。
(シリアル関係とか)
んで2.0 SP2配布しようと思ったら再配布パッケージないし。
1. ユーザにMicrosoft Updateをさせる。
2. .NET 3.5 再配布パッケージを同梱する。
の、どっちかしかないって…
SP2の再配布パッケージってあったような気が
.NETでの開発についてだけ本気で語ってるスレはないんですか?
138 :
仕様書無しさん:2012/02/12(日) 23:24:05.25
.net(asp.net)はjavaより楽というのは聞くが
違うよ
JAVAがウンコ過ぎるだけだよ
Javaのダメなところを反面教師にして実装されてるしな
後発が良いのは当たり前だろ
143 :
仕様書無しさん:2014/03/17(月) 20:56:48.49
というか丁寧に書けば.netもjavaも使わなくても最低限のゲートウェイを書き換えるだけで済むから利点なんかどっちにもないと思う
俺が甘いだけか…?
所詮、ジャマーさw
俺.NETよく知らないんだけど(PowerShellでスクリプト書いた事あるくらい)、javaとC#(.NET)との処理速度比較って見ないけどどっちが速い?
調べると言語仕様はC#の方が整っててわかりやすいけど、実行環境(実行速度改善)はjavaの方が頑張ってる印象