なぜVBは扱いが低いのか (200ﾚｽ)
上下前次1-新
142: 2013/01/29(火)14:05 ID:fF0fMRN2(4/4) AAS
ポインタ使い終わったら G.Free でガベージコレクタを開放します。
面倒だわＶＢ2010。
143: 2013/01/29(火)21:31 ID:z3bnl1cO(1) AAS
C#とVBの速度は基本的に同じ。(C#でポインタ使ってる部位を除く)
初心者にVBのどの辺が優しいのだのかが疑問だ。
VB
Dim i As Integer = 0;
C#, Java, C++
int i = 0;
144: 2013/01/30(水)07:43 ID:TcumX8ss(1/2) AAS
VBは後ろに;を付けなくて良い点とインテリセンスが強力な点が初心者向けなんだよ。
まあ、複数行に渡る命令を書く場合や、メモリー使ったりする場合には面倒だが。
145: 2013/01/30(水)07:55 ID:TcumX8ss(2/2) AAS
まあ、VBでメモリー使う場合は配列使うけどな
動的メモリーはVBでは使わん
あと、VBはExcelとかと連係する場合に楽だな
146(2): 2013/01/30(水)13:13 ID:ES7+KnHm(1/3) AAS
思うんだが、ＶＢやＶＣ＃のガベージコレクタって、そんなにパフォーマンスに
影響するもんなの？
メインメモリを効率良く再配置してくれるといっても、コード組む側からしたら、
ポインタを使うとき、データを勝手に移動されないように、いちいちロックしないと
いけないので、面倒極まりないんですけど。
もしかしたら、メモリの開放忘れてメモリリークさせるバグが多かったので、
それを防止する為につけたのかもしれないけど…。
Vistaのせいかな？あのころ、メモリ不足でパフォーマンスが落ちるＰＣが多かったからな。
でも .net って Vista より先じゃなかったっけ？
147(1): 2013/01/30(水)15:29 ID:cZuhgiqX(1/2) AAS
何言ってんだこいつ。日本語が不自由な上に統合失調症の傾向がある。
ロックするとか意味不明だし、プログラム向いてないから病院いっとけ。
148: 2013/01/30(水)21:44 ID:ES7+KnHm(2/3) AAS
>>147
>>141の下から２行目が、ガベージコレクタをロックしているコードなんだけど、
意味不明なのかい？
君にヒトを素人扱いできる程に技量があるとは、とても思えんが…。
149: 2013/01/30(水)22:19 ID:ES7+KnHm(3/3) AAS
ロックについては、このページを見ておくといいだろ
外部ﾘﾝｸ[html]:dobon.net
ヒトを病人扱いする前に用語のひとつもググってみれば？
150: 2013/01/30(水)23:34 ID:cZuhgiqX(2/2) AAS
C#とかVBでわざわざポインタを使うのはdllとの繋ぎ目くらいだろ。
（JavaのJNIも同様）
繋ぎ目を隔離したラッパークラスを通さずに直接ネイティブを呼べば面倒なのは当たり前。
いたるところでガベージコレクションをロックするかのようなことを書いて、
GCが邪魔だと呟いているのは実に意味不明だ。
151: 2013/01/31(木)08:48 ID:wVU/jdLo(1/13) AAS
cZuhgiqX
どうやらロックの意味は理解できたようだな。ひとつ勉強になっただろ。
では逆に問う。君はＧＣの利点として何か実感できるものがあるのか？
ＧＣのある言語とそうでない言語で同じ動作をするプログラムを組んだとして、
あきらかにＧＣの優位性を感じる場面に遭遇できるのはどのようなケースだ？
ちなみに自分はＶＢ５からのユーザーだが、ＡＰＩは当たり前のように使っている。
152(1): 2013/01/31(木)12:02 ID:NyoQQhH7(1/17) AAS
直接ネイティブを呼びまくること自体が低脳のすることだといってるのに
ロックの意味もわかってないからあちこちでロックしまくってるわけだろ。
普通の人はそんなことしないので、ロックするといわれてもわかりません。
DLL、SQLとかVBの外にあるものは隔離して
VBのみで完結しているように設計を作るのは基本。
＞ＡＰＩは当たり前のように使っている。
Win32のことか？DirectXラッパぐらい作ってから言えよｗ
＞ＧＣの利点として何か実感できるもの
スマートポインタ（参照カウンタ）を使うようなケース。
153(1): 2013/01/31(木)12:36 ID:wVU/jdLo(2/13) AAS
DirectXライブラリならDX7ベースのものを作った。ところで、その口ぶりなら当然
自分もそのぐらいは作ったんだろうな。ＣＰＵで演算したデータをバック・スクリーン
サーフェスに転送する場合、ロックもかけず、ＡＰＩも使わず、どーやーって
転送しているんだ？おしえてくれよ。
スマートポインタ使うと、アプリの速度が上がるとでも言いたいのか？
俺が聞いたのはコーディングの話じゃない。実行上の有利性だ。
154: 2013/01/31(木)15:29 ID:NyoQQhH7(2/17) AAS
＞いちいちロックしないと いけないので、面倒極まりないんですけど。
＞俺が聞いたのはコーディングの話じゃない。アプリの速度だ。
生産性の話をしていたのに、突然実行速度の話に変わったな。
GCは主に生産性の向上を目的として導入されているのに、おかしな話だ。
まあGCが得意なパターンにマッチすれば速くもなる。
C++でRAIIだと重いdelete()が集中しがちだが、
GCだと実際に解放するのを後回しにして、
負荷が軽い頃合に並列GCが少しずつ解放してくれたりする。
155: 2013/01/31(木)15:34 ID:NyoQQhH7(3/17) AAS
＞DirectXライブラリならDX7ベースのものを作った。
ならライブラリを使っている限り、アプリケーション層ではＡＰＩ(dll)を呼ぶ必要はなく、
従ってロックなどしないはずだ。そうでなければライブラリに存在意義がない。
ライブラリを作ったような妄想に浸っていただけだったというオチだな。
156(1): 2013/01/31(木)16:10 ID:wVU/jdLo(3/13) AAS
馬鹿だなあ、ライブラリ自体をＶＢで作ったんだ。
バックサーフェスのLockメソッドを実行して、引数の構造体からポインタを
取得し、ＡＰＩの movememory を使って転送する。
ちなみにDX9のフレームバッファに直接書き込む場合は、メソッドがあるので
ＡＰＩは使わないようだが、ロックはしなければならない。
おまえさんのライブラリではどーやってんのかなあ？答えてないぞ。
なにしろ>>152で「DirectXラッパぐらい」って言ってんだから、「ぐらい」なんだろ。
簡単にできそうじゃねーか？当然作ってあるんだろ
強がっても本当はDirectXライブラリなんて作った事ないんだろ。まあ昨日までロックを
知らなかったんだから無理も無い。
そのくせ態度だけはでかいんだよな。ヒトを低脳よばわりとかして…
ＧＣが効果を出すのはごく限られた状況だけ、ほとんどは余計なプロセスが動くだけで
ＳＴＧなんかを作る人からは嫌われている。
ＧＣがメモリをいじくりまわしても、無造作にメモリ使いまくるコード組んでりゃいつかは
足りなくなってスワップするし、ようはスワップがちょっと遅れて来るぐらいの効果しか期待できない。
とりあえず自分で「ぐらい」と言った「DXライブラリ」作ってみそ。そしたら少しは認めてやるわ。
157(1): 2013/01/31(木)17:50 ID:NyoQQhH7(4/17) AAS
俺はお前の先生じゃないからな。
初心者に1から10まで教えたりはしない。
あと話がコロコロかわるわ、分散するわ、人の書いたことが理解できないわ、
そんなお前と話をしても漠然と広がるばかりで一向に収束しない。
理由は単純、ID:wVU/jdLoがなりふり構わず言い返したいだけだからだ。
何がしたいの？そんなにくやしかった？
158: 2013/01/31(木)18:37 ID:wVU/jdLo(4/13) AAS
「ＤＸライブラリなら作ってある！！」と言い返せないんだな。
そして「ロックを使わずにピクセルデータをバックサーフェスに転送できる！！」とも言えないんだな
くやしいのう。くやしいのう。
＞俺はお前の先生じゃないからな。
＞初心者に1から10まで教えたりはしない。
じゃあひとつだけでいいよ。
ロックを使わずにピクセルデータをＣＰＵからバックサーフェスに転送できる方法
とやらを教えてくれ。
コードを表示してこっちで試して正しく動作したらオマエの勝ちでいい。
できなければオマエの負け。
オレはロック使わないと絶対にできないと思ってる初心者だから、先生よろしくたのむよ
…しかしコイツ本当に一度でもDirectXのコード組んだことあんのかよ？
ＡＰＩも使ったことないんじゃねーの？
どっちが初心者だよまったく…バカじゃねーの？
159: 2013/01/31(木)19:51 ID:NyoQQhH7(5/17) AAS
何言ってんだこいつ。日本語が不自由な上に統合失調症の傾向がある。
ロックするとか意味不明だし、プログラム向いてないから病院いっとけ。
160: 2013/01/31(木)19:55 ID:PSRqcy7K(1) AAS
ＶＢ使いって・・・
161(1): 2013/01/31(木)20:05 ID:NyoQQhH7(6/17) AAS
＞ライブラリ自体をＶＢで作ったんだ。
こんな事書いてる辞典でお前がライブラリなんか作れないことは自明のこと。
一個一個ロックしてコールバック呼ぶ間抜けな姿が目に浮かぶわｗ
DirectXで頂点バッファとかVRAM転送に関するロックと
マネージコード(VB, C#, Java)のGCに関するロックは全く違う話だってのもわからないだろ？
初心者が強がったところでまたひとつ恥をかいてるよ。バカじゃねーの？
162: 2013/01/31(木)20:14 ID:NyoQQhH7(7/17) AAS
＞オマエの勝ちでいい。
そうだな。俺の完全勝利ってこと。
普通にロックなんて誰もしないものｗ
おかしな知ったかぶりでGCを批判するぐらいなら
全部C++で書けばいんじゃないの？
ロックせずにコールバック呼べるよ〜？ｗ
163: 2013/01/31(木)20:24 ID:NyoQQhH7(8/17) AAS
そう、ID:wVU/jdLoは完全に負けたんだよ。
俺のC#ライブラリを使う限り、誰もGCロックなんてしないし、
SlimDXやMDX、XNAなど普通のライブラリやフレームワークはみ〜んなそう。
ついで抽象度を高めればDirectXのロックもライブラリ層で消せますな。
低脳ライブラリではコールバックの名前が変わっただけで隠蔽性も何もなく、
ロックしてまわるそうです。一体何のためのライブラリなのか謎ですな（苦笑）
164: 2013/01/31(木)20:31 ID:wVU/jdLo(5/13) AAS
オマエ…DirectX7を知らないのか…絶句…アホ。
165: 2013/01/31(木)20:35 ID:NyoQQhH7(9/17) AAS
ネイティブコードに関する規模の大きいライブラリを作るなら、
dll(C)側とコネクタとなるマネージコード側の両方を書くのは必須。
これ知識というより普通は気付く。
低脳にも理解できたかな？ ひとつ勉強になっただろ。
先生にありがとうございましたって、しっかり頭下げとけよｗ
166: 2013/01/31(木)20:38 ID:NyoQQhH7(10/17) AAS
こっちはDX9のDirect3Dを前提に話をしているが、
DirectDrawでも話の芯は全く同じだ。
167: 2013/01/31(木)20:42 ID:wVU/jdLo(6/13) AAS
じゃあオフスクリーンサーフェスにピクセル配列を転送するコード
を書いてみろ。
168: 2013/01/31(木)20:45 ID:wVU/jdLo(7/13) AAS
>>156でも書いたが、取得できるのはポインタだぞ。その後どうするつもりだ？
169: 2013/01/31(木)20:57 ID:NyoQQhH7(11/17) AAS
ハハハ、まだそんなこといってるのか。
DirectXなんて時間かかって面倒くさいだけで、
可能・不可能を論じれば誰でもできる簡単なことだからな。
完全勝利
170: 2013/01/31(木)21:05 ID:wVU/jdLo(8/13) AAS
アホすぎる…もういいよオマエは。
171(2): 2013/01/31(木)21:35 ID:NyoQQhH7(12/17) AAS
＞オフスクリーンサーフェスにピクセル配列を転送するコード
言い回しが古すぎるね。
Direct3D9ではIDirectSurfaceを直接操作せず、IDirect3DTexture経由で事足りる。
以下、テクスチャを1ドット毎白く塗りつぶす例。
D3DLOCKED_RECT lockRect;
pTexture->LockRect(0, &lockRect, NULL, D3DLOCK_DISCARD);
for(int y=0; y<h; y++)
{
for(int x=0; x<w; x++){
DWORD color = 0x00ffffff;
BYTE* p = (BYTE*)lockRect.pBits + lockRect.Pitch*y + 4*x
memcpy(p, &color, sizeof(DWORD));
}
}
pTexture->UnlockRect(0);
上下前次1-新書関写板覧索設栞歴
あと 29 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.007s