13/10/18 01:29:23.07 .net
やろうか
2:デフォルトの名無しさん
13/10/18 01:33:56.35 .net
アーッ
3:デフォルトの名無しさん
13/10/18 01:40:32.21 .net
いまiPhoneやってるやつは
MFCの亡霊と戦ってる気分だろうね
4:デフォルトの名無しさん
13/10/18 01:46:13.94 .net
C++という言語の仕様の範囲内（もしくは多少拡張された程度）で
作られたクラスライブラリは、GUIアプリを作るには
使いにくいということなんだよな。
5:デフォルトの名無しさん
13/10/18 01:46:36.18 .net
WTLが入ってない。やりなおし
6:デフォルトの名無しさん
13/10/18 01:59:58.84 .net
OWLも入れてやってください。
7:デフォルトの名無しさん
13/10/18 02:18:31.13 .net
まずATLだろ
8:デフォルトの名無しさん
13/10/18 02:19:23.97 .net
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
9:デフォルトの名無しさん
13/10/18 02:48:37.86 .net
orzも入れてやってください。
10:デフォルトの名無しさん
13/10/18 14:55:03.58 .net
MFCの部品がWinAPIに降りてこないと無理だよ
MFCってぶっちゃけ純正ライブラリとも違うヘンテコ仕様だし
11:デフォルトの名無しさん
13/10/18 22:45:10.19 .net
MFCだけの是非は置いておいて、.NETと比較したら
MFCに分があるだろ
.NETを使う理由が無い
12:デフォルトの名無しさん
13/10/20 00:22:09.74 .net
MFCで作成されたプログラムと.NETで作成されたプログラムは
どちらが高速に動作しますか？
13:デフォルトの名無しさん
13/10/20 01:08:07.83 .net
どちらが速いかは一概には言えません
作る人とプログラムによります。
14:デフォルトの名無しさん
13/10/20 01:09:09.07 .net
MFCで作成されたプログラムと.NETで作成されたプログラムは
どちらが早く製作できますか ？
15:デフォルトの名無しさん
13/10/20 09:34:48.37 .net
どちらが速いかは一概には言えません
作る人とプログラムによります。
16:デフォルトの名無しさん
13/10/20 21:57:25.69 .net
MFCはC++しか選べない
だから生産性は低い
17:デフォルトの名無しさん
13/10/20 23:49:36.55 .net
MFCが生産性が低いって？
そうか？
.netのFORMと同じだろ？
18:デフォルトの名無しさん
13/10/20 23:58:24.90 .net
MFCはExpressに付属しないのが痛い
19:デフォルトの名無しさん
13/10/21 00:07:43.16 .net
MFCよりFormの方が生産性高い
20:デフォルトの名無しさん
13/10/21 00:45:55.69 .net
MFCにRADツールは無理だな
設計思想がトンデモ方向に向いてる
古い設計をそのまま今まで持って来ちゃいましたみたいな
メタボが半端ない
21:デフォルトの名無しさん
13/10/21 01:36:11.27 .net
MFCにRADツールは無理というか、
そもそもC++という言語自体の問題だから。
その証拠に、MFCだけではなく
C++だけで作ったライブラリは
どれも似たような感じ。
RADができるものは、何かしらの拡張が
行われている。
22:デフォルトの名無しさん
13/10/21 01:42:03.38 .net
今時の、言語は、見た目はC＋＋の顔をしているが、中身は全く似ていない。
23:デフォルトの名無しさん
13/10/21 01:58:47.09 .net
そうは言うけど
最近はc++が機能の逆輸入を始めてるからね
やろうと思えばできる状況ではあるんだと思うよ
やる人が居ないだけでｗ
俺もライブラリとか作って遊んでたけど
正直整備されてないWinAPIに向き合う度にやる気なくしてた
D言語みたいに無駄な型の別名宣言とかを排除して整備してくれたら
まだ戦えそうな気もしてたけどｗ
24:デフォルトの名無しさん
13/10/21 02:30:52.88 .net
D言語といえば契約プログラミングだよね。
25:デフォルトの名無しさん
13/10/21 04:34:25.71 .net
MFCもRADツールだが？
26:デフォルトの名無しさん
13/10/21 08:27:42.33 .net
あれがRADならXCODEもRADだなｗ
27:デフォルトの名無しさん
13/10/21 15:17:22.16 .net
こんなのがRADならマイケル・ジャクソンがBADを歌い始めるぜ
28:デフォルトの名無しさん
13/10/22 14:44:59.11 .net
>>17
すげーな。画面しか作らないのかよw
29:デフォルトの名無しさん
13/10/23 00:02:29.31 .net
GUIの生産性はMFCだろ
Visual Studio 形式で作成してみ
あれくらいでも.netで作ろうとしたら大変だぞ
30:デフォルトの名無しさん
13/10/23 00:52:24.31 .net
>>29
コンテナ作るのじゃなかったら、.NETがらくちん。
そもそも、Visual Studio 自体が、.NET。
31:デフォルトの名無しさん
13/10/23 01:20:08.93 .net
Visual StudioはWPF+ネイティブじゃないのか
32:デフォルトの名無しさん
13/10/24 19:02:36.97 .net
Qtは？
33:デフォルトの名無しさん
13/10/24 22:41:43.67 .net
にー
34:デフォルトの名無しさん
13/10/24 22:42:38.42 .net
Qtも純粋なC++ライブラリとはいえんからなぁ。
シグナルとかスロットだっけ？
クラスの定義に signals: とか slots:とかいう
キーワードみたいなのがでてくるし。
35:デフォルトの名無しさん
13/10/25 09:40:09.10 .net
signals/slotsは、プリプロセッサの中の人が、C++に直してくれる。
関係無いけど、初期C++は、プリプロセッサがCに直してくれてて、
商用コンパイラは頑張ってC++を直接コンパイルしてくれる！、
なんて話題があったのは、遠い昔。
36:デフォルトの名無しさん
13/10/25 23:16:27.03 .net
>>35
プロプロセッサだけじゃないよ。
オブジェクトのメモリ表現を見て
ハックレベルの解析を行ってる。
37:デフォルトの名無しさん
13/10/26 00:05:35.79 .net
プロプロセッサってなんですか？
38:デフォルトの名無しさん
13/10/26 00:57:36.68 .net
>>33
キュートハニーって何ですか？
39:デフォルトの名無しさん
13/10/26 02:52:42.32 .net
>38
分かってて聞いてるんだろ?
このムッツリめ。
40:デフォルトの名無しさん
13/10/26 07:12:55.38 .net
ﾍﾟﾛﾍﾟﾛセッサ
41:デフォルトの名無しさん
13/10/26 22:20:42.30 .net
ビルド時間とはどうなの？
VC++でアンチウィルスソフトウェアのプロジェクトで大体リビルドすると
３時間くらい掛かるんだけど、例えばクラス数２００程度位の小規模プロジェクトならどれくらいですか？
まぁ、コードの量とかにもよりますが・・・
.netなんてちょっとした使い捨てツールを書くくらいしかできないかな？
42:デフォルトの名無しさん
13/10/26 23:17:16.85 .net
.NETのコンパイルは早い
ていうかC++とかは環境依存があるけど.NETは一部を除いてどこでも使えるからな
43:デフォルトの名無しさん
13/10/26 23:39:11.26 .net
.NETで作られたアプリは起動が遅い
あともっさりしてる
44:デフォルトの名無しさん
13/10/27 00:34:10.58 .net
ほぼインタプリタだから仕方ないじゃん
45:デフォルトの名無しさん
13/10/27 00:42:21.08 .net
>>44
インタプリタの定義を満たしてないのに、
インタプリタなわけがないだろう？
46:デフォルトの名無しさん
13/10/27 02:19:48.62 .net
.NETはアーキテクチャ上遅いのは仕方ない。でももっと重要なのはC#やVBで書くやつは安易な設計で書いてる奴が多い。MFCはベテランが多いのかして緻密な設計をしている。
要するにC#やVBはユトリ言語なんだよ
47:デフォルトの名無しさん
13/10/27 02:42:10.59 .net
そりゃMFCはC++だから書きづらいんだよ
48:デフォルトの名無しさん
13/10/27 08:38:03.47 .net
VisualStudioのような純正ツールで使っているUIがMFCでもWPFでも
簡単には作れないってところをどうにかしてほしいなぁ。
49:デフォルトの名無しさん
13/10/27 11:09:17.29 .net
>>48
MSだって簡単に作っている訳ではない。
50:デフォルトの名無しさん
13/10/27 11:40:39.32 .net
>>48
VSやOfficeで採用してる最新UIスタイルは1~2年遅れてMFCに反映されてるよ。むしろそれが中々反映されないのは.NETのほう。しかもMS自身,NETベースのアプリとか殆ど出してないだろ。
51:デフォルトの名無しさん
13/10/27 11:42:47.90 .net
MSは独自ライブラリを使っているという噂は聞くが。
まあ、自社製品と同レベルのものを簡単に作れるライブラリとか公開したくないわな。
52:デフォルトの名無しさん
13/10/27 11:56:34.12 .net
MSに限った話ではないがWinとOSXの両方で同製品出してるとこは独自ライブラリを使うらしいね。ただOfficeのOSX版は全くの別物みたいでソースが共通とは思えないが。
.NETは元々Win32以外でも同じバイナリが走る計画だったが、実際のところそんな話は無いし、ただの重たいVMに成り下がった気もする。
頼みの綱だったSilverlightも何だが流行ってないし世の中HTML5に向いてるし、
53:デフォルトの名無しさん
13/10/27 12:05:17.18 .net
>>50
追加されるのってVisualManagerのスタイルくらいじゃね？
MFCの機能は2008SP1で一度拡張されたけど、その後はなんの進歩もなくて
いまだにDockablePaneをVSのように中央に置いたりできないし。
54:デフォルトの名無しさん
13/10/27 12:11:44.56 .net
>.NETは元々Win32以外でも同じバイナリが走る計画だったが、実際のところそんな話は無いし
何を指して.NETと呼んでるのやら…
55:デフォルトの名無しさん
13/10/27 12:12:48.11 .net
>>53
まあ全機能とは行かないんだろうね、そもそもOffice, VSがMFC使って無いわけだし。それでも2008が出る以前はMFC4.2から10年以上進化なかったからそれよりはマシか。
最近のMSはストアアプリのUIメインなのかな、こっちはこっちで.NETと決別状態だが
56:デフォルトの名無しさん
13/10/27 14:44:06.91 .net
.NETなんて全く流行らなかったｗ
57:デフォルトの名無しさん
13/10/27 22:03:40.32 .net
はぁ？
むしろ当たり前になって意識しなくなっただけだろ。
58:デフォルトの名無しさん
13/10/27 22:21:37.83 .net
Android, iOSでも使われてる。
59:デフォルトの名無しさん
13/10/27 22:49:06.40 .net
gnomeがMonoに対応して、c#でgtkアプリを作れるようになったとか。
60:デフォルトの名無しさん
13/10/30 06:49:13.23 .net
win環境以外で大人気ワロタ
61:デフォルトの名無しさん
13/10/31 15:29:49.79 .net
ＭＦＣの中身の構成を見るだけで
無理矢理なクラス化とマクロってなじてんで嫌になる。
62:デフォルトの名無しさん
13/10/31 21:56:33.60 .net
MFCは終わってんじゃん
２０１３には入っていないし・・・
63:デフォルトの名無しさん
13/11/01 00:03:05.39 .net
入ってるわアホ
64:デフォルトの名無しさん
13/11/01 00:15:17.55 .net
Express使ってるから入ってないんだろ
65:デフォルトの名無しさん
13/11/01 06:43:10.47 .net
>>61
C++が未熟だった頃に作られたライブラリだから。これを素直に書けるようにC++は発展した。
66:デフォルトの名無しさん
13/11/01 09:05:13.74 .net
>>65
その理解は可笑しい
当時のC++でもborlandのOWLみたいに
ちゃんとしたオブジェクト指向フレームワークは存在したのに
MFCはただのwrapperでしかなかった
つまりMFCが糞だったのは単にMSの技術力の問題
67:デフォルトの名無しさん
13/11/01 09:56:00.20 .net
当時のチープな環境で真のオブジェクト指向（ｷﾘｯ とか言ったって
まるごと見捨てられて終わるわ
68:デフォルトの名無しさん
13/11/01 11:05:07.38 .net
>>66
むしろそのラッパーを目指したものだろ。
既存の開発者が違和感なく移行できるように。
しかし今だに使っている人がいるなんて…大変だな>_<
69:デフォルトの名無しさん
13/11/01 19:54:44.73 .net
MFCは当時から糞だった。
C++である必要がない。
70:デフォルトの名無しさん
13/11/01 20:16:10.51 .net
C言語でWinAPIたたいていたコードと調和させるにはそうするしかない。
71:デフォルトの名無しさん
13/11/01 20:17:49.94 .net
>むしろそのラッパーを目指したものだろ。
馬鹿発見
72:デフォルトの名無しさん
13/11/01 20:54:13.64 .net
COM統合してるのにラッパー呼ばわりする人多いよね。
73:デフォルトの名無しさん
13/11/01 23:16:00.45 .net
>>71
具体的なこと言わずに馬鹿発見とか言ってるのって楽だよね
74:デフォルトの名無しさん
13/11/01 23:27:15.62 .net
>>66
OWLってMFCと大差ないよ。
サンプルコード
URLﾘﾝｸ(www.tenermerx.com)
URLﾘﾝｸ(owlnext.sourceforge.net)
75:デフォルトの名無しさん
13/11/02 00:21:46.20 .net
OWLでもこの手のダサい
マクロ定義はおんなじなんだな。
DEFINE_RESPONSE_TABLE1(TDrawWindow, TWindow)
EV_WM_LBUTTONDOWN,
EV_WM_RBUTTONDOWN,
EV_WM_MOUSEMOVE,
EV_WM_LBUTTONUP,
END_RESPONSE_TABLE;
76:デフォルトの名無しさん
13/11/02 13:16:33.39 .net
当時のC++の力はその程度。
77:デフォルトの名無しさん
13/11/02 14:10:26.92 .net
Dは20年遅れてるな
78:デフォルトの名無しさん
13/11/02 16:41:12.18 .net
Qt さえあれば
79:デフォルトの名無しさん
13/11/02 17:37:17.67 .net
>>76
今となんか違うんだっけ？
80:デフォルトの名無しさん
13/11/02 19:03:37.05 .net
テンプレートとか例外処理とかは比較的新しい機能だと思っているが
81:デフォルトの名無しさん
13/11/02 20:06:34.79 .net
またまた御冗談を
82:デフォルトの名無しさん
13/11/02 20:13:30.79 .net
STLもRTTIもない頃だったからMFCは似たような機能を独自に用意していたんだよな
83:,,・´∀｀・,,）っ-○○○
13/11/02 20:15:18.27 .net
RTTIって要らないだろ。性能めっさ悪くなるし
84:デフォルトの名無しさん
13/11/02 22:15:52.03 .net
例外はわりと古くからあるが遅いのでいまでも忌避することあり。
テンプレートどころか、genetics マクロも新しい。
85:,,・´∀｀・,,）っ-○○○
13/11/02 22:39:15.01 .net
Googleは例外もRTTIも嫌うね
86:デフォルトの名無しさん
13/11/03 02:19:11.50 .net
→ MFCがBorlandを駆逐してデファクトに （'9x年）
→ Java出現。OSを仮想化してWindows潰しちゃうよっと。
→ 慌ててまねして.NETとか作っちゃう （'0x年）
→ Web大流行で.NETは微妙な普及率に
→ モバイル時代でネイティブの速度が必要に！WinRTとか作っちゃう。（'1x年）
→ Webとモバイルに押されて、MFCも.NETも微妙な立場にorz ← いまここ
もうMSはデスクトップに力入れてる余裕なさそうだよね.. (´・ω・｀)
できればダブルスタンダードみたいなのやめて、Cocoaみたく統一したネイティブAPIを
整備してほしいけどね。
87:デフォルトの名無しさん
13/11/03 04:31:00.76 .net
.NETにはねASP.NETなんていうWeb向けの便利なものがあるのを知らないようだね
88:デフォルトの名無しさん
13/11/03 05:05:42.37 .net
→ Java出現。OSを仮想化してWindows潰しちゃうよっと。
Androidで悲願達成ですねわかります
89:デフォルトの名無しさん
13/11/03 05:14:42.24 .net
MSが慌ててまねして作ったのはJ++な
.NETはJ++の失敗を踏まえて
落ち着いて浅酌を練り直して事に当たった
90:デフォルトの名無しさん
13/11/03 08:22:22.85 .net
いずれC++/CXをデスクトップにも・・とかってMSは考えてんのかねぇ。
C++で.NET絡まないから古参も納得いくだろうし移行もしやすいし、C++でXAML/Blend使って
デスクトップUI作れるようになったら助かるんだが。
もう20年前からあのリソースエディタってのはどうなのよorz
91:デフォルトの名無しさん
13/11/03 08:57:46.19 .net
リソースエディタは使わなくてもデスクトップアプリは作れるだろ
92:デフォルトの名無しさん
13/11/03 09:00:56.26 .net
デスクトップで.Net使わない規格なんていまさら導入する意味ないでしょ。
とりあえずC++/CLIでWPFが扱えるようになれば、従来のMFCアプリから
漸次WPFに移行できるんだけどな。
93:デフォルトの名無しさん
13/11/03 09:01:50.07 .net
>>86
何をどう勘違いしてるのか知らんが.NETはデスクトップアプリを作る環境として普及してると思うけど。
というかブラウザ上で動く言語・環境が無いだけで他全ての分野で.NETでの開発が主でそれで速度が稼げないところでネイティブ使うだけじゃねーの？
>>90
8.2ぐらいでストアアプリをデスクトップ上でも動かせるようにしてくるんじゃないかと思ってる。
中の構造としてはデスクトップ上ではサスペンドとかの呼び出しがされないだけでデスクトップで動くことを妨げるものはないような気がす。
ストアアプリはウィルスの心配とか少ないし環境の同期含めて良い仕組みだと思う。
94:デフォルトの名無しさん
13/11/03 13:42:48.12 .net
.NETのデスクトップアプリが普及してる？
使ったときねーよ
95:デフォルトの名無しさん
13/11/03 15:13:58.44 .net
.NETは主に業務用アプリとして使われています
ちなみVisualStudioはWPFです
あと専ブラのtwintailも
96:デフォルトの名無しさん
13/11/03 15:21:32.45 .net
>>94
今まで触ったアプリが全て.NET製でないことが確信できるものだけが石を投げなさい(´・ω・｀)
97:デフォルトの名無しさん
13/11/03 16:16:40.51 .net
>>97
自分は最後に触ったWindowsはW2Kで、OSXへ移行した
（W2Kは今でもVM上で動き、VC++6.0等を使うこともある）
だから、喜んで石を投げさせてもらおうw
（このスレでは少数派だと思うが....）
98:デフォルトの名無しさん
13/11/03 16:23:10.48 .net
>>97
つMono
99:デフォルトの名無しさん
13/11/03 16:47:04.48 .net
株とかFXのトレードツールも.NET多いな
100:デフォルトの名無しさん
13/11/03 18:37:11.64 .net
SQLSServerベースのデータベース系も多い。
101:デフォルトの名無しさん
13/11/03 19:29:32.85 .net
>>97
Mac、iOS、Androidのソフトにも.NETというかMono製のあるけど大丈夫ですか(´・ω・｀)
102:デフォルトの名無しさん
13/11/03 19:37:56.92 .net
化石が集まっているスレ
103:デフォルトの名無しさん
13/11/04 00:12:25.46 .net
やはり,NETが普及しなかったことが問題か
104:デフォルトの名無しさん
13/11/04 02:14:17.51 .net
.NETなアプリで常用してるのはKeePassしかないが、コレだけの為でも十分価値を感じる。
Android版もMono使ってる奴の方が多機能。
105:デフォルトの名無しさん
13/11/04 09:59:27.12 .net
.NETは狙っていたアプリ層をごっそりWebアプリに持ってかれたという印象だな
MFCは・・・アップデートしろよw もしくは再構築しろww
106:デフォルトの名無しさん
13/11/04 11:23:25.46 .net
MSは、JavaをベースにVMを発展させるという方針でいたのに、SUNに水をさされてしまったので、仕方なく.NETを構築した。
今のJavaなら改造し放題なので、Googleはそれに乗っかった。
107:デフォルトの名無しさん
13/11/04 11:34:25.95 .net
>>105
どこを指してるか知らんけどネイティブてまパフォーマンスがーでなければぜんぶ.NETだろ
今更MFC使うのってなんなん
108:,,・´∀｀・,,）っ-○○○
13/11/04 11:35:53.18 .net
MFCってコンテナが腐ってるから下手するとJavaより遅い局面もあるｗ
今使うならWTL+STLだなー
109:デフォルトの名無しさん
13/11/04 13:29:03.66 .net
遅いとか速いとかより
いまさらC++とか使ってられないからな
110:デフォルトの名無しさん
13/11/04 13:30:31.10 .net
つまり.NETでありC++であるC++/CLI使えってことですね
111:デフォルトの名無しさん
13/11/04 13:35:26.05 .net
C++/CLI・・・勘弁してくれw
112:デフォルトの名無しさん
13/11/04 15:45:43.32 .net
C#メインで必要なところだけCで書く。
113:デフォルトの名無しさん
13/11/04 16:45:52.67 .net
前はC++と連携していた時もあったが
今はもうP/Invoke経由のライブラリも一通り揃ってC#オンリー
たまにtemplateが欲しくなる事も無いでもないけど、もう使っていない
114:,,・´∀｀・,,）っ-○○○
13/11/04 20:28:00.55 .net
Mono.Simd相応の機能はいつになったら.NETで使えるようになるのか
115:デフォルトの名無しさん
13/11/04 21:16:30.86 .net
MonoでWPFが使える頃になれば、おそらく....
116:デフォルトの名無しさん
13/11/05 03:47:20.13 .net
いまさらC++が・・とかどこの底辺無能ドカタだよw
117:デフォルトの名無しさん
13/11/05 05:10:34.32 .net
>>113
おまおれ
118:デフォルトの名無しさん
13/11/05 05:40:21.07 .net
最強テキストエディタでヤフってみろ
MFC製や.NET製なんて皆無
要するに、人様に使ってもらおうと思ったら
既存のライブラリ使ってるようなものは駄目ってことだろ
既存のライブラリつかってるなら誰でも作れるからな
119:デフォルトの名無しさん
13/11/05 06:19:52.90 .net
URLﾘﾝｸ(news.mynavi.jp)
.NET使ってるな
120:デフォルトの名無しさん
13/11/05 08:09:36.72 .net
その程度のものなら・・・
121:,,・´∀｀・,,）っ-○○○
13/11/05 08:51:47.28 .net
>>119
コンパイルにWin32SDKが必要というだけで.NET Frameworkそのものは
１行も使ってないぞ
オープンソースをうたう前から中の人がソース公開してたから
どんなもんかは知ってたけど
オリジナルがVC++4.2だからソースコードもたとえばこんな感じだった
VC7でビルドしたらエラーでまくってちょっと心折れた
for (int i = 0; i < N; i++) {
}
for (i=0; i < N; i++) {
}
今はたぶん直ってる
122:デフォルトの名無しさん
13/11/05 10:09:18.07 .net
そういうのもそのうち消えてなくなるよ
64bit対応とかめんどくさいし JIT にお任せで、CPUの種類にも依存しなくて便利
123:デフォルトの名無しさん
13/11/05 12:55:45.94 .net
chrome、firefox、photoshop、dreamweaver、
blender、max、sonar
その他パッケージアプリ全般、使ってるアプリで.NET製なんぞに
出くわしたことがねーわ。
ほんとは存在しねーんじゃねーのか？
124:デフォルトの名無しさん
13/11/05 14:14:34.24 .net
>>123
まぁお前の中では存在しないでいいんじゃないか？
そこに上げたものの多くはほとんどの部分を.NETで作れると思うけど、今までの開発の経緯や他プラットフォームへの移植とか含めてどとねとは選ばなかったんでしょ
今ネイティブ吐けて色んなプラットフォームで動くより高水準な言語っていうと何がいいんかね。OCamlあたり？
125:デフォルトの名無しさん
13/11/05 14:41:24.77 .net
ネイティブじゃないってだけでどうしても毛嫌いしちゃんだよなｗ
昔々のVB6でもネイティブだったのに。
126:デフォルトの名無しさん
13/11/05 15:15:53.19 .net
>>124
なにも例を出せないとここじゃお前のが説得力ないかな。
あと、「作れるけど選択されなかった」は甘え。
127:デフォルトの名無しさん
13/11/05 16:37:50.30 .net
>>126
つVS
つか、今から何か作るんで理由なくC++とかないわー
128:デフォルトの名無しさん
13/11/05 17:03:32.17 .net
そりゃ時間を要求されるものはCとか使うだろ
Chromeに至ってはアセンブリ言語使ってるって聞いたし
129:デフォルトの名無しさん
13/11/05 17:08:01.82 .net
ブラウザなんてものこそ.netだろ
130:デフォルトの名無しさん
13/11/05 17:18:41.15 .net
なるほどWebBrowserコントロールか
131:デフォルトの名無しさん
13/11/05 17:25:44.83 .net
WebBrowserコントロールって大人気だよな
132:デフォルトの名無しさん
13/11/05 17:32:05.17 .net
確かにブラウザなんてコントロールをﾎﾟﾄﾍﾟﾀすれば
すぐ出来ちゃうしな
Chromeなんてフリーものならなおさら簡単だろ
133:デフォルトの名無しさん
13/11/05 17:50:03.50 .net
↓ 以下.NET厨の
「.NETでも作れるもん！まだないけど・・」
をお楽しみください
134:デフォルトの名無しさん
13/11/05 21:27:55.91 .net
.NETがいいんじゃなくて、MFCがくそ。
Win32は認める。
135:デフォルトの名無しさん
13/11/05 21:40:12.39 .net
コンテナサポートしているフレームワークはMFCぐらいしかないので、選択の余地がない。
136:デフォルトの名無しさん
13/11/05 21:55:44.27 .net
Microsoft的には最低限以外のGUIの機能を使わせたくないんじゃないか？ｗ
137:デフォルトの名無しさん
13/11/05 21:58:36.88 .net
WinAPIの型の再定義にもウンザリ
#defineマクロだらけで美しくない
今の仕様で公開し直してくれよ
138:,,・´∀｀・,,）っ-○○○
13/11/06 09:03:06.19 .net
>>135
STL+ATL/WTLでなんの不都合も無いけど？コンテナは無くても最低限CStringはあるからねー
イテレータもサポートしてないようなレベルのをフレームワークがコンテナサポートしてるとは言えん
MFCレベルのコンテナサポートならなければ自前で実装すればいいだけ。
139:デフォルトの名無しさん
13/11/06 16:59:45.50 .net
MFCは移植出来ない
.NETはコンシュマーゲーム開発も可能(C#に限る)
140:デフォルトの名無しさん
13/11/06 19:42:38.21 .net
>>138
わざわざコンテナまで自分で実装とかご苦労だな。
xxで十分ってのは単に外の世界を知らないカワズの時があるから気をつけろよ
141:デフォルトの名無しさん
13/11/06 19:48:22.31 .net
MFCのひとはそれで充分だお
142:,,・´∀｀・,,）っ-○○○
13/11/06 21:26:49.14 .net
>>140
Windowsの外を知った上での結論なのだが。。。
移植性を考慮するならデータ構造の表現にGUIライブラリ依存のクラスを極力使うべきではない。
STLのコンテナですむならそれに越したことは無いよ。
143:デフォルトの名無しさん
13/11/06 22:23:27.02 .net
MFCでコンテナといえば、そのコンテナではない。
144:デフォルトの名無しさん
13/11/06 22:24:52.09 .net
>>142
ああ、むしろstl使えるならMFCのコンテナ使う必要ないよね。
ちなみになに作ってんの？
C++やATLを使う用途ってなんだらう
145:,,・´∀｀・,,）っ-○○○
13/11/06 22:33:32.27 .net
>>143
なんだOLEのほうか。
まあ、IDLでインターフェイス買いてATLだなー
おいらはJavaからネイティブ叩くためのいろいろ書いてたり
146:デフォルトの名無しさん
13/11/24 20:52:12.13 .net
ATLでコンテナ書くのは斬新
147:デフォルトの名無しさん
13/12/01 02:59:37.42 .net
qt
148:デフォルトの名無しさん
13/12/01 12:01:56.06 .net
mfc >>>>>>>>>>>>>>>>> qt > .net
149:デフォルトの名無しさん
13/12/01 21:08:23.39 .net
.NETさいこーでーす
150:デフォルトの名無しさん
13/12/07 23:28:16.29 .net
.NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな
151:デフォルトの名無しさん
13/12/08 00:23:04.71 .net
俺の脳みそでは理解できない。
URLﾘﾝｸ(www5d.biglobe.ne.jp)
152:デフォルトの名無しさん
13/12/08 01:48:36.62 .net
.NETはもっさり感とリーバースが容易ってことがなかったら普及しただろうな
~~~~~
153:デフォルトの名無しさん
13/12/08 01:56:13.90 .net
MFCは有料
.NETは無料
どういう意味だろうか？
154:デフォルトの名無しさん
13/12/09 11:19:15.82 .net
>>153
.NET (C#, VB.NET) なら無料 (Express) で、GUI までできると言いたいんじゃね？
155:デフォルトの名無しさん
13/12/09 21:06:05.68 .net
「普及しただろうな」
ってか普及したんですが
156:デフォルトの名無しさん
13/12/09 23:03:18.54 .net
.netで作成されたアプリケーションを使ったときねーよ
157:デフォルトの名無しさん
13/12/10 13:10:37.38 .net
業務用は.netで作られたアプリ沢山あるよ。市販のアプリは何かあるのかな。
158:デフォルトの名無しさん
13/12/10 14:34:35.01 .net
>>156
多分それ気づいてないだけ
159:デフォルトの名無しさん
13/12/10 14:37:02.28 .net
XPだとランタイム入ってないですしおすし
160:デフォルトの名無しさん
13/12/10 17:30:25.58 .net
>>158
そんなのPC初心者だけだろｗ
161:デフォルトの名無しさん
13/12/10 17:32:19.04 .net
>>157
VisualStudioとか
162:デフォルトの名無しさん
13/12/10 18:30:34.61 .net
ウィルスバスターとかオフィスとか。
163:デフォルトの名無しさん
13/12/10 19:05:02.70 .net
オフィスはわからんでもないがウィルスバスターはありえんやろ…………
164:デフォルトの名無しさん
13/12/10 19:08:12.93 .net
オフィスのUIが.NETかMFCかWin32APIで作られているのだけはわかる
165:デフォルトの名無しさん
13/12/10 19:27:46.10 .net
>>163
ほんとなんだけど。
.NETになる前はHTMLだったよ。
以前、HTMLダイアログだったものは大抵.NETになってるんじゃないの？
166:デフォルトの名無しさん
13/12/10 19:36:14.83 .net
HTMLダイアログ＜＜＜＜＜＜＜WPFだな
WinFormsはコードで書くので除外
167:デフォルトの名無しさん
13/12/10 20:03:23.78 .net
WPFって使われてるの？案件で見たこと無いんだけど
168:デフォルトの名無しさん
13/12/10 20:14:40.91 .net
WPFなんてとっくにdisられてるし、、、
今はwebが最強すぎる
webとMFCがあれば.NETなんてマジで不要
169:デフォルトの名無しさん
13/12/10 20:20:03.73 .net
>>168
ラップに見える
でも韻踏んでないからやり直し
170:デフォルトの名無しさん
13/12/10 20:25:35.16 .net
>>168
そうだ、やりなおし
171:デフォルトの名無しさん
13/12/10 20:28:16.16 .net
インテリジェンス低い
つまり低能
172:デフォルトの名無しさん
13/12/10 20:56:31.52 .net
勝ち組 → C++とPHPを使ってる人々
負け組 → 時代を読めずに.NET関連技術に飛びついて時間を無駄にした人々
173:デフォルトの名無しさん
13/12/10 21:13:38.30 .net
C#たん素敵でうすぉぉ
174:デフォルトの名無しさん
13/12/10 22:10:37.65 .net
C#たんはUnityで開発もできるんだよ！
175:デフォルトの名無しさん
13/12/10 23:17:01.28 .net
なんだかんだいっても、今だにwinでネイティブでいこうと思ったら
MFCが使いやすいな
176:デフォルトの名無しさん
13/12/11 01:05:30.90 .net
やっと俺の言いたいことがいえる流れになったな
「Delphi最強！！」
177:デフォルトの名無しさん
13/12/12 00:13:32.41 .net
>>176
なんでそうなる？
178:デフォルトの名無しさん
13/12/12 22:31:47.39 .net
Java が衰退して、そこに.NETがはいってきた。
179:デフォルトの名無しさん
13/12/13 00:33:05.87 .net
Javaなんて技術使うなんて信じられない！
180:デフォルトの名無しさん
13/12/13 00:43:00.19 .net
Xbox インディーズ ゲーム
URLﾘﾝｸ(marketplace.xbox.com)
ここに並んでるタイトルは基本的にXNAつー.NETベースのフレームワーク使われてる
あとAndroidは基本的にJavaだけど一部でMonoが使われてる。↓とか。
URLﾘﾝｸ(play.google.com)
噂では.NetFramework使ってるのもあるとか。
181:デフォルトの名無しさん
13/12/13 00:55:13.52 .net
C#なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ
182:デフォルトの名無しさん
13/12/13 00:59:58.08 .net
VB6なんてMSが見捨てたら実質的には終わりなんだから
ビジネスアプリには向かないだろ
183:デフォルトの名無しさん
13/12/13 01:25:42.34 .net
実質、ビジネスアプリには使われなかったじゃん
VB6なんてちょっとしたツール程度だけだったろ
184:デフォルトの名無しさん
13/12/13 01:53:43.90 .net
ビジネスアプリってなに？ おいしいの？
185:デフォルトの名無しさん
13/12/13 09:37:34.79 .net
アクションゲーム作るのにGCあったら困ると思うんだけど
何か対策があるのかな
186:デフォルトの名無しさん
13/12/13 10:15:23.97 .net
自分で解放出来ないんだっけ？
Set hoge = Nothing
とか
187:デフォルトの名無しさん
13/12/13 10:26:08.67 .net
>>181
C#が向いてなかったら何で作るの？C++？ないわー
188:デフォルトの名無しさん
13/12/13 10:55:34.02 .net
Cでしょ
189:デフォルトの名無しさん
13/12/13 10:59:50.10 .net
COBOLだってメーカーが見捨てたら終わりじゃないの
190:デフォルトの名無しさん
13/12/13 11:13:01.42 .net
だから終わってんじゃんｗ
191:デフォルトの名無しさん
13/12/13 11:25:02.11 .net
>>186
Nothingしてもその時点で解放されるわけじゃないよ
そういうのをまとめて後で解放するよ。
それはいいんだけど解放するときにアプリの全スレッドが
停止してしまうんだ。これはやっかい。
192:デフォルトの名無しさん
13/12/13 11:37:22.13 .net
>>191
＞全スレッドが 停止してしまうんだ。これはやっかい。
ソースは？
いい加減なこというなよ
193:デフォルトの名無しさん
13/12/13 11:41:52.65 .net
>>192
ソースは俺
194:デフォルトの名無しさん
13/12/13 11:57:48.48 .net
C#のGCはJavaに迫る勢いで進化してるんじゃなかったのか
195:デフォルトの名無しさん
13/12/13 12:19:00.64 .net
ついでに言うと他のプロセスのアプリも停止してしまうくらいの勢いでGCしよるな
196:デフォルトの名無しさん
13/12/13 12:43:03.71 .net
GCは理論上全スレッドを停止せざるえないからな
197:デフォルトの名無しさん
13/12/13 15:09:39.11 .net
GCの役割を考えたら全ｽﾚ停止させるなんて無駄だろ
198:デフォルトの名無しさん
13/12/13 15:13:20.23 .net
無駄というか、だから停止しないようにがんばってるけど
まだ完全無停止にはできてないんだろ
199:デフォルトの名無しさん
13/12/13 15:14:34.51 .net
どんだけ糞なんだ＞.NET
200:デフォルトの名無しさん
13/12/13 16:01:10.01 .net
お前らここぐらい読んでから書き込めよ
URLﾘﾝｸ(blogs.msdn.com)
201:デフォルトの名無しさん
13/12/13 16:14:26.30 .net
なにを得意げにｈｗ
202:デフォルトの名無しさん
13/12/13 16:59:33.07 .net
英語なんて嫁ねーよ
はげ
203:デフォルトの名無しさん
13/12/13 18:45:24.19 .net
男らしい
204:デフォルトの名無しさん
13/12/13 18:49:46.60 .net
一方文科省は2020年から中学の英語授業を英語で行うとした。
205:デフォルトの名無しさん
13/12/13 19:04:39.57 .net
64bit環境まだ整ってないのですが、
MFC で 64bit のプログラム作れますか？
206:デフォルトの名無しさん
13/12/13 19:36:39.56 .net
作れません。
32bitのみです。つかMFCは見捨てられちゃったからここ数年変化ねーよｗ
207:片山博文MZコスモ ◆T6xkBnTXz7B0
13/12/13 19:56:04.17 .net
やっぱり作らないといけないのか、、、うーん
208:デフォルトの名無しさん
13/12/13 22:57:49.57 .net
>>206
ふつーに作れるだろ。
209:デフォルトの名無しさん
13/12/13 23:18:42.33 .net
つか、２０１３にMFCは無くなってるよ
210:205
13/12/14 05:25:35.82 .net
ちょっと混乱してきましたけど、
現時点で、Visual C++ で64bitiアプリ作成するには、
.NET CLR（完全に64bit？）を使うのが唯一の方法でしょうか？
以前のWin32を使って32bitアプリ作るように、
64bitアプリを作ることはできないでしょうか？
211:デフォルトの名無しさん
13/12/14 07:20:41.12 .net
>>210
ふつーに作れるだろ。
212:,,・´∀｀・,,）っ-○○○
13/12/14 12:47:11.59 .net
追加でDLできる
URLﾘﾝｸ(www.microsoft.com)
MSはストアアプリに移行させたがってるしねー
やっぱWinFormsのほうが生産性高いし
213:デフォルトの名無しさん
13/12/14 13:02:10.06 .net
いまどき過去の遺産の移行以外にMBCS使う必要もないだろ。
つか、ストアアプリやFormと何の関係が？
214:,,・´∀｀・,,）っ-○○○
13/12/14 13:57:22.06 .net
関係ないがMFCでない選択肢が複数あるということ
215:デフォルトの名無しさん
13/12/14 18:16:11.07 .net
良ｽﾚ灘
216:デフォルトの名無しさん
13/12/15 17:14:40.23 .net
良スレか?
MFC理解してる人が少ないから、まともな議論になってないと思うけど。
>>135 でいっているコンテナっていうのは「埋め込みコンテナ」とか「OLEドキュメント」とか
名前が色々変遷して今はなんていうのかわからないけど、ワードとかエクセルとかに
貼り付けできて編集できるやつのことだろ。
-○○○がからんできてるけど、全部見当違いのレスで話になってない。
MFCは底辺はWindows(主にGUIの)APIのラッパー + アルファで
アルファの部分が結構でかい、DVアーキテクチャとかCObject関係とか
コレクションとかFILEIOとかメッセージルーティングとかある。
この+アルファの部分は作るものによっては不要だったり、別のものを使ってもいいので
コレクションはSTL使ってCObjectなんか使わないとかでもいい。
217:デフォルトの名無しさん
13/12/15 18:17:04.77 .net
そもそも-○○○はMFC自体がオプションになったと勘違いしてるだろ。
218:デフォルトの名無しさん
13/12/15 18:26:57.43 .net
なんで無料のVSにはMFCがないの？
もう枯れたﾗｲﾌﾞﾗﾘだから無料でも良くね？
219:デフォルトの名無しさん
13/12/16 11:51:36.55 .net
いまは ActiveX Object だろ
220:デフォルトの名無しさん
13/12/16 11:55:10.41 .net
MFCはオワコン
OLEもオワコン
221:デフォルトの名無しさん
13/12/16 21:03:16.50 .net
windowsフォームもオワコン
WPFもオワコン
silverlightもオワコン
.NET系は迷走そして全滅だ
222:デフォルトの名無しさん
13/12/16 23:53:28.46 .net
元々はWinAPI共々途中で切る予定だったんだろうけど
その計画が頓挫したところからケチがつき始めたような気がするなMS
223:デフォルトの名無しさん
13/12/17 00:19:13.83 .net
win8からwin32apiは使えない？
224:デフォルトの名無しさん
13/12/17 01:46:06.32 .net
使えなかったら過去の資産全滅だろうに
225:デフォルトの名無しさん
13/12/17 21:06:27.07 .net
SendMessageも使えない世の中
226:デフォルトの名無しさん
13/12/18 02:49:09.91 .net
WINRTAPIにじゃないのかしらん
227:デフォルトの名無しさん
13/12/18 04:44:16.42 .net
>>223
そんなことなったら、C#で、attributeでdll設定して
win32apiの呼び出しできなくなるじゃん
228:デフォルトの名無しさん
13/12/18 05:02:13.71 .net
>>223
一部呼び出しはできるって感じじゃなかったっけ？
229:デフォルトの名無しさん
13/12/18 06:56:04.45 .net
>>205
Visual Studio 2005あたりから64bitのMFCアプリ作れる。共通のソース
コードで、プロジェクト構成の追加でMBCS/Unicode, 32bit/64bit全部
ビルドできる。
確か、2005はx64の追加インストールが必要で、2007以降は標準だったはず。
MFCとリソースエディタが無料のExpress版に入っていないのは昔から。
.NET Frameworkは、セキュリティホールの巣窟。最近公開されえるセキュリ
ティパッチの大半が.NET Framework絡みか、Internet Explorer関係.
230:デフォルトの名無しさん
13/12/18 07:35:55.21 .net
.NET Framework(とIE)ばかりにセキュリティ問題が多く含まれているのか、
それとも、攻撃のターゲットが.NET Frameworkメインになったから特に対策されているだけなのか。
どちらにしても、Windowsのセキュリティーホールの大半がJavaとFlashらしいが。
231:デフォルトの名無しさん
13/12/18 10:28:40.71 .net
パッチが多いからセキュリティホールが多い
というのはある面では正しいが別の面を見逃してるよね
パッチの当たってないセキュリティーホールがいっぱいあっても
問題になってないだけなのかも知れないし
232:デフォルトの名無しさん
13/12/18 17:40:51.95 .net
マイクロVMとモノリシックVMの覇権をかけた決戦はまだか
233:デフォルトの名無しさん
13/12/18 21:54:30.81 .net
objective-cは糞だな・・・勉強して損したぜ！
234:デフォルトの名無しさん
13/12/18 22:23:08.40 .net
objective-c覚えれば、ドラクエとか作れるんじゃないの？
買わなくていいから勉強する価値はある
235:デフォルトの名無しさん
13/12/29 00:00:51.72 .net
2013のMFCのGUIはｶｯｹｰ
236:デフォルトの名無しさん
13/12/29 00:38:24.10 .net
>>235
2008spと2012だと大して変わっていなかったけど、2013だとどのへんが良くなってる？
2012IDEのスタイルが使えるようになってたら移行したいところだが。
237:デフォルトの名無しさん
13/12/29 01:20:51.81 .net
VSみたいなGUIをウィザードだけで作ってくれる
GUI作成は.NETより楽
238:デフォルトの名無しさん
13/12/29 11:09:17.15 .net
それって2013以前からある奴じゃなくて？
いまさらMFCをそんなに大きく変えるとも思えんが。
239:デフォルトの名無しさん
13/12/29 11:34:33.71 .net
当初からドッキング付いてたけど昔からVSのとはレベルが違ってた。
今は追いついたの？
240:デフォルトの名無しさん
13/12/29 12:07:55.35 .net
MFC4.0あたりでも、ちょっと派生クラスにコードを書けば、リサイズ
＆ドッキング可能なダイアログバーとかフツーに作れるけどな。
そこらを解説というか、そもそもMFCの情報を掲載しているサイト
自体が減っているし、残っていても何年もＬ更新されてないからな。
241:デフォルトの名無しさん
14/01/01 17:00:09.55 .net
242:片山博文MZコスモ ◆T6xkBnTXz7B0
14/01/02 04:16:20.29 .net
MFCスタイルだと、一時マップのあるオブジェクトをdeleteしないで自動削除にまか
せるんだった。deleteの必要なポインタ混ぜちゃあかんかった
243:片山博文MZコスモ ◆T6xkBnTXz7B0
14/01/02 04:47:08.85 .net
MFCのハンドルマップ方式よりもshared_ptrの方が速いかな？
244:デフォルトの名無しさん
14/01/02 12:07:09.49 .net
>>243
ハンドル自体システムが管理するメモリのポインタで、共有に関してはウィン
ドウハンドルにしろ、ファイルハンドルにしろ、内部でシリアライズ処理されて
いると思うけど？ 速度に関しては、ハンドルやポインタの管理より、それら
を経由して行う他の処理の方が時間が掛かるのが一般的で、管理方法の違いに
よるアプリケーション上での差はないに等しいのでは？
245:片山博文MZコスモ ◆T6xkBnTXz7B0
14/01/02 16:21:36.16 .net
シリアライズという単語の使い方間違ってるし、処理が少し遅れても気にしない性格かな？
246:デフォルトの名無しさん
14/01/02 16:45:34.32 .net
MFCで作成されたとアプリと.NETで作成されたとアプリはやはり
MFCのほうが高速に動作するのでしょうか？
247:デフォルトの名無しさん
14/01/03 00:52:58.97 .net
あんま変わらんだろ
248:デフォルトの名無しさん
14/01/04 14:46:36.41 .net
そうだろうけど、.NETのほうが速い理由はない
249:デフォルトの名無しさん
14/01/04 18:15:22.78 .net
JvavaではJITコンパイラの方が早く動作するという結果もある
マルチコアでバックグラウンドコンパイルしないとだめだけどな
250:デフォルトの名無しさん
14/01/04 20:43:47.50 .net
VS2012でMFCウィザードで一発完了で
超ｶｯｹｰ画面できるんだなｗ
生産性は.NETを超えたんじゃね？
これで.NETの優位性は全くなくなったな
251:デフォルトの名無しさん
14/01/04 21:04:05.47 .net
>>250
そのかっこいい画面のアップをお願いします(´･_･`)
252:デフォルトの名無しさん
14/01/05 00:56:37.50 .net
「VS2012 MFC」で画像検索
253:デフォルトの名無しさん
14/01/06 20:03:12.75 .net
かっこいいのか、これ・・・？
254:デフォルトの名無しさん
14/01/08 02:27:46.51 .net
ネ申スレ
255:デフォルトの名無しさん
14/01/16 07:50:02.98 .net
>>14
その条件だとすでに作成されてるから変わらない
256:デフォルトの名無しさん
14/01/17 13:00:57.99 .net
mfc、expressにもつけてお
257:デフォルトの名無しさん
14/01/17 22:44:14.80 .net
>>256
Pro. 買えよ
金がないなら、働け
職もないなら、暇だろうから互換ライブラリでも作れ
258:デフォルトの名無しさん
14/01/17 23:12:59.00 .net
互換ライブラリ作れる人はニートなんてやりません
259:デフォルトの名無しさん
14/05/16 07:34:50.84 cxKzHbG1.net
古事記は
260:デフォルトの名無しさん
14/05/16 09:52:46.14 WHbqzO3I.net
稗田Array
261:デフォルトの名無しさん
14/05/16 10:37:22.66 hJC//Tt9.net
なるほど
うまいこというね
262:デフォルトの名無しさん
14/05/18 02:29:49.13 7h6nv6ID.net
mfc、expressにもつけてお
263:デフォルトの名無しさん
14/08/13 16:25:20.45 e6wUaYhp.net
結局、今から新規開発するならC#なの？C+(MFC),VB.NETなの？
264:デフォルトの名無しさん
14/08/13 16:27:22.37 9nXT2NBI.net
まさかのHTML5
265:デフォルトの名無しさん
14/08/13 16:35:38.63 9nXT2NBI.net
なんかこんな記事が 20140812
URLﾘﾝｸ(japan.zdnet.com)
266:デフォルトの名無しさん
14/08/13 20:44:12.53 M/yU7i7Q.net
企業が開発工数とコストを水増しするためだろ
業務アプリなんてhtml5で十分じゃんね
267:デフォルトの名無しさん
14/08/13 22:44:57.41 l08z8i48.net
>>266
むしろHTML5で書く方が大変だと思うが…
268:デフォルトの名無しさん
14/08/14 00:45:15.88 Rj7B0uaI.net
>>246-248
PIXELAの録画カードの付属ソフトは.Netで書かれているが、実用に困るくらい
遅い。
269:デフォルトの名無しさん
14/08/14 03:26:06.41 S2aFxccY.net
実用に困るレベルで遅いのなら言語の問題じゃないと思う
270:デフォルトの名無しさん
14/08/14 10:58:57.71 Rj7B0uaI.net
番組表、録画済一覧、視聴画面の切り替えが遅い遅い。
番組表は 1chずつ徐々に表示されて行く感じで、全部表示されないと何も
できない。
早送りのボタンを押しても数秒たたないと早送りが始まらない。
PIX-DT230-PE0 の事だけど。
271:デフォルトの名無しさん
14/08/14 11:00:42.88 Rj7B0uaI.net
>>269
ASUSのインストーラーも .Net製 だったけど、超遅かった。
コピー作業以前にインストーラー自体が遅い感じだった。
272:デフォルトの名無しさん
14/08/14 11:54:32.31 NK55xhJN.net
>>271
インストーラーごときで.NETのせいで遅くなるとかねーよw
273:デフォルトの名無しさん
14/08/14 12:06:42.16 Rj7B0uaI.net
>>272
.Netでプログラムしている人の中に動作原理を理解していないで書いて
る人が多い可能性がある。C++だと理解してないとコーディング
出来なかったが C#やVB.Netだと出来るとか。
274:デフォルトの名無しさん
14/08/14 12:14:10.55 Rj7B0uaI.net
・同じように使えてしまうために、配列とリンクリストの使い分けが
出来てないとか（やることによって効率の良し悪し、得意・不得意が
あるので。）。
・ジャグ配列と普通の多次元配列の効率の違いに配慮したコーディング
が出来てないとか。
・効率向上のための参照渡しと値渡しの使い分けが出来てないとか。
275:デフォルトの名無しさん
14/08/14 12:17:37.30 Rj7B0uaI.net
「C/C++のポインタが難しい」と思っている人はそうなりがちかも。
276:デフォルトの名無しさん
14/08/14 16:07:15.13 cCaGv+0R.net
>>274
それらやったとしてもインストーラーでそんな違い出ねーだろ(´･_･`)
277:デフォルトの名無しさん
14/08/14 17:26:02.72 31aNAkg3.net
きっとタイムアウトが怒ってるんだろう
278:デフォルトの名無しさん
14/08/14 17:49:18.18 SYtvlaIr.net
>>274
配列がどうとか参照が値渡しとかで番組表如きのアプリが遅くなることは無いだろ
279:デフォルトの名無しさん
14/08/14 18:07:59.07 Rj7B0uaI.net
>>278
番組表検索とか録画済みデータ検索で検索条件を記録できる最大数
が30個程度に固定されているようなプログラムだよ。普通、ディスク
やメモリの許す限り無制限に出来るはずなのに。
280:デフォルトの名無しさん
14/08/14 18:49:21.99 Rj7B0uaI.net
>>278
もし、.Net自体にも、>>274 のようなこと以外にも遅くなる原因が
あるとしたら何なん？
Core i3 2.5GHz + DDR3-1333 2GB x 2 + 3TB HDD + Win7-64
のマシンなんだけど。
281:デフォルトの名無しさん
14/08/14 18:50:12.45 Rj7B0uaI.net
誤：あるとしたら何なん？
正：無いとしたら何なん？
282:デフォルトの名無しさん
14/08/14 19:10:38.28 cCaGv+0R.net
>>274に書いてあるの、.NET関係ないしw
ガベコレとかJITとかランタイムのオーバーヘッドでしょ
283:デフォルトの名無しさん
14/08/14 19:13:36.66 Rj7B0uaI.net
>>282
1つ目はJava特有かもしれないが、2つ目はC#も確実にあるはずで、
3つ目もあるはず。
2つ目は、あまり勉強せずにC/C++のつもりでC#をやるとなると思う。
284:デフォルトの名無しさん
14/08/14 19:44:45.06 N+lOcDOn.net
スマン。
>>281 の訂正は蛇足だったわ。訂正を却下しますです。
285:デフォルトの名無しさん
14/08/14 19:51:57.10 N+lOcDOn.net
あー。こうだ!!：
もし、.Net自体にも、>>274 のようなことにも遅くなる原因が
無いとしたら何なん？
286:デフォルトの名無しさん
14/08/14 20:12:04.96 cCaGv+0R.net
>>283
だーから普通に作って値渡しで困る様になんないから。
君が言ってるのは演算をずっとループして行う様なものには関係あるかもしれないけどインストーラーごときで関係あるわけがない。
287:デフォルトの名無しさん
14/08/14 20:15:58.72 N+lOcDOn.net
>>286
そうかもしれんが、フリーソフトでもC/C++で書かれた物であそこまで
遅いものは見たこと無い。
もし、>>274 にような事が原因でないとしたら、.Net 自体が遅いか、
または、もっと変なプログラミングになっていることに原因がある
事になるが、それで納得するの？
288:デフォルトの名無しさん
14/08/14 20:44:47.19 N+lOcDOn.net
>>286
「背理法」を使って議論しているの分かってるよね？
「>>274」のようなことが原因で無いとしたら、.Net 自体が遅いか、
または、もっと変なプログラミングが原因になっているという事
になるんだよ。
「>>274」の仮定が間違っていた ---> 背理法
となる。
289:デフォルトの名無しさん
14/08/14 20:54:49.11 8EuqiR5k.net
どっちもいや
WTL一択
マルチプラットフォームなGUIツールキットも結局新機能使おうとするとWin32で汚れるからいや
290:デフォルトの名無しさん
14/08/14 20:55:36.59 N+lOcDOn.net
>>289
>マルチプラットフォームなGUIツールキットも結局新機能使おうとするとWin32で汚れるからいや
具体的にはどういうこと？
291:デフォルトの名無しさん
14/08/14 21:18:15.72 aUsh1x2+.net
<Windows.h>が自分のコードから見えるってことじゃないかな。
さらにその中で定義されているものを自分のコードに登場させないといけない
場合があるとか。
自分もそういうの気になります。
でもこれ、そんなに気にすることなのかな？
汚れたせいで注意しないといけない部分が増えるのはあるんだけど、気分の
問題の方が多いような気もする。
292:デフォルトの名無しさん
14/08/14 21:49:11.69 cCaGv+0R.net
>>288
あのね？インストーラーを作るぐらいでそんな遅くなる様なものだったら、.NETがこんな使われてることは無いの。分かる？
背理法と言い>>274と言いちょっと最近覚えた言葉をホルホルして使ってる様にしか見えんよ。
とりあえず何かがおかしいと思ったら多分間違ってるのは君だから一度喋る前に考えた方がいい。
293:デフォルトの名無しさん
14/08/14 23:10:13.27 N+lOcDOn.net
>>292
やっぱ、2chはレベルが低いね、あなた見たいのが沸いてくるから。
自信過剰。
294:デフォルトの名無しさん
14/08/14 23:33:02.05 S2aFxccY.net
単純にそのプログラムが糞なだけでしょう
.NETのプログラムは.NET frameworkが必要だからそのプログラムが.NETだとすぐわかるだけ
295:デフォルトの名無しさん
14/08/14 23:56:23.82 N+lOcDOn.net
>>294
すぐ分かったわけじゃなく、逆コンパイルにかけてみた事があるから。
296:デフォルトの名無しさん
14/08/15 00:05:03.86 V6nz0nqd.net
ならなんで遅いのかわかるだろ
調査結果教えてくれ
297:デフォルトの名無しさん
14/08/15 00:15:34.11 Pp3HIOaG.net
>>296
・難読化が激しかった。
・自分が当時使った逆コンパイラでは正しく逆コンパイル出来なかった。
・難読化のせいで1文字変数ばかりで、メンバ変数やメンバ関数をgrep検索
するだけでは全く解析できなかった。
・解析するためには意味解析機能を持った支援ツールが必要と判断した。
ということでそこで断念した。
298:デフォルトの名無しさん
14/08/15 00:19:52.40 V6nz0nqd.net
それで.NETのせいにしてるの？
わけわからん
299:デフォルトの名無しさん
14/08/15 01:43:02.94 dkRtWxXR.net
>>270
番組表はキャッシュを持たずにその都度受信して表示してる
録画済み一覧もインデックスを持たずデータをその都度スキャンしてるとかでしょ
つまりはそのアプリの実装方法が糞だって事だと思う
只、遅いってのが>>270の主観で言ってるのであって他の人から見ると十分な速度かもしれないしw
300:デフォルトの名無しさん
14/08/15 04:10:06.02 KHLkKnjK.net
香ばしい中学生がいると聞いて。
.NETが遅いなら速度の要求される処で使われる可能性皆無になると思うが、応答速度必要なソシャゲのサーバー側とかでも使われてるのをどう説明するのか
301:デフォルトの名無しさん
14/08/15 09:52:10.84 Pp3HIOaG.net
>>299
最後の段落、1chあたり約1秒で 1,2,3,4,5,6,8,10 と8ch分表示
されて行くのが十分な速度に感じられる人っていますか。
302:デフォルトの名無しさん
14/08/15 10:08:48.83 Lne+Px+X.net
>番組表はキャッシュを持たずにその都度受信して表示してる
これなら仕様通りの速度だろうね
303:デフォルトの名無しさん
14/08/15 10:45:14.90 Pp3HIOaG.net
>>29
eclipse 使ったことが無いが、
・リファクタリングツールを使えば、1文字変数を修正していける？
・同じ名前の変数でも正確にどのクラスで定義された変数かを
表示できるような？
304:デフォルトの名無しさん
14/08/15 10:47:00.37 Pp3HIOaG.net
一つ一つではなく全てのメンバ変数 x を classname_x のように修正
するツールってあるのかな？
305:デフォルトの名無しさん
14/08/21 23:56:49.96 PkSxFhWP.net
>>304
se○
306:デフォルトの名無しさん
14/08/25 11:00:59.47 YWcnYbe+J
最近、C# で書かれたという Package This! を使う機会があった。
これはMSDN HELPをダウンロードしてまとめるというような物。
使ってみると、ダウンロード自体はこんなものかなという速度だったが、
ダウンロードが終わった後の処理が異常に遅い。
普通のソフトの場合、ダウンロードは遅いがその後の処理は速い。
このソフトが遅いのも C# (.Net) のせいか。
307:デフォルトの名無しさん
14/10/14 13:31:59.42 cBz5RbAX.net
10年くらい前のスレだと思ったら去年のスレかよｗ
308:デフォルトの名無しさん
14/10/15 08:08:00.28 6oWNmGsu+
自分で立てて忘れる健忘症ですね判ります