VB.NET質問スレ(Part43) [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/06/15(水) 11:41:09.50

前スレ

VB.NET質問スレ(Part40)
http://toro.2ch.net/test/read.cgi/tech/1365857015/
VB.NET質問スレ(Part41)
http://peace.2ch.net/test/read.cgi/tech/1391334405/
VB.NET質問スレ(Part42)
http://echo.2ch.net/test/read.cgi/tech/1419148239/

**デフォルトの名無しさん** · 2016/10/17(月) 18:33:39.09

最初からハッキリそう言ってるんだけどなw

**デフォルトの名無しさん** · 2016/10/17(月) 20:16:34.68

真面目な話こういう人と同じ現場に回されたらどうすれば良いんだろう

**デフォルトの名無しさん** · 2016/10/17(月) 21:15:23.73

結局、ただのアスペルガーだったか
現実では絡みたくないわ

**デフォルトの名無しさん** · 2016/10/17(月) 21:32:08.76

たまに実際に現場にいるからなぁ

俺ならとりあえずバグって言葉を使わないようにするけど

**デフォルトの名無しさん** · 2016/10/17(月) 21:54:25.47

>>306
どうしてそういう嘘つくのかな？
仕事うけるレベル以下の人が同じプロジェクトで働くなんてありえないよ普通
それともなんか身の丈にあわないプロジェクトに潜りこむ裏技でも持ってるのお前？
そんな事してどんな得があるのかよくわからないけど

**デフォルトの名無しさん** · 2016/10/17(月) 22:06:51.29

アスペ同士を集めとくと会話がカオスで面白い

**デフォルトの名無しさん** · 2016/10/17(月) 22:19:04.66

>>307
技術力の足りないやつが現場にいて困るなんて言ってないけど
たまにいて困るのはお前みたいなやつだって話だよ

ああ、お前の技術力が仕事受ける以前だからそう思ったのかｗ

**デフォルトの名無しさん** · 2016/10/17(月) 22:22:04.06

>>307
技術力足りないやつなんて腐るほどいるやん
業界の現状をもっと知ったほうがいい

**デフォルトの名無しさん** · 2016/10/17(月) 22:32:53.21

>>309
だからどうしてそう脊髄反射で頓珍漢なレスすんのかね？
お前が>>306で言ってるのは言われた事がわからなくてもとりあえず相手にあわせるって事だよ
それに対して俺が言ってるのは話が通じない程レベルが違う人が同じプロジェクトで仕事をする事はないって事
つまり俺が「技術力の足りないやつが現場にいて困る」なんて事はありえないと言ってるんだけど
むしろお前がその「技術力の足りないやつ」の立場で言ってるのが>>306なんだよ
少しは考えてものを言う様にした方がいいぞお前

**デフォルトの名無しさん** · 2016/10/17(月) 22:37:23.00

>>310
つまりお前が考えてるのと同じ事を多分同じプロジェクトのやつらがお前に対して感じてるって事だよ
客観的にレベルが違いすぎる人が同じプロジェクトで働ける事なんてありえないんだから

**デフォルトの名無しさん** · 2016/10/17(月) 22:42:02.65

>>312
逆に同じようなスキルの人のみで構成される方がレアだぞ
君は新入社員か何かなのかね？

**デフォルトの名無しさん** · 2016/10/17(月) 22:47:57.62

>>313
きっとお前と俺が考えてる幅が違うんだろうな
そりゃプロジェクト全員がほぼ同じレベルなんて事は現実的に不可能だからある程度の違いは当然あるさ
俺が言ってるのは話が通じない程っていう限定付きだからね
高いか低いかは問わずそこまでレベルが違う人同士が同じ仕事をする事ってないよ

**デフォルトの名無しさん** · 2016/10/17(月) 22:57:41.88

＞高いか低いかは問わずそこまでレベルが違う人同士が同じ仕事をする事ってないよ
あるんだな、これが
自分の話が通じないのを相手のせいにしてる時点でお察しだわ
友達少ないんだろうな・・・

**デフォルトの名無しさん** · 2016/10/17(月) 23:00:57.79

>>315
いやだから俺は自分のプロジェクトに話が通じない人は居ないと言ってるんだけど？
相手のせいにしてるのはお前なんだろ？お前も頓珍漢なやつだな

**デフォルトの名無しさん** · 2016/10/17(月) 23:05:24.27

これでアスペルガーって確定したな
周りに迷惑かけないように頑張ってくれよ

**デフォルトの名無しさん** · 2016/10/17(月) 23:07:39.62

通じてると思ってるんだね
思うのは自由だけど

**デフォルトの名無しさん** · 2016/10/18(火) 03:19:21.44

人材派遣会社の営業に連れられて、色んなSE・プログラマーが、
会社へ面接に来るけど、たいてい1日も持たない

即、突っ返すのが多い

**デフォルトの名無しさん** · 2016/10/18(火) 07:36:59.86

一日て
何させてるんだ

**デフォルトの名無しさん** · 2016/10/18(火) 21:41:02.19

まぁ簡単に纏めると
「目くそ鼻くそを笑う」というやつだな

**デフォルトの名無しさん** · 2016/10/19(水) 00:49:29.93

仮にも派遣会社が何人もつれてくるのに、そのことごとくが1日で逃げたすということは
つれてくる人に問題があるんじゃなくて、つれてこられてるところに問題があると判断するのが妥当じゃね

**デフォルトの名無しさん** · 2016/10/19(水) 20:47:28.18

クソ設計なシステムが大杉な今日この頃

言語など問題じゃない

**デフォルトの名無しさん** · 2016/10/19(水) 20:59:04.22

そりゃコードもろくに書かないような素人が机上の空論を何重にも積み重ねて作り上げた設計をもとに作るものがまともになるわけがないよね

**デフォルトの名無しさん** · 2016/10/19(水) 21:00:45.97

確かに言語の問題ではないかもしれないな
今javaの仕事場にいるが取り敢えず数千行に及ぶメソッドとかやめて欲しい
VBAですらこんなひどいのは見たことない。
ああ早く辞めたい。

**デフォルトの名無しさん** · 2016/10/19(水) 21:04:05.09

保守しないシステムなら、適当に作ればいいんやで

**デフォルトの名無しさん** · 2016/10/19(水) 22:19:41.31

それをやりすぎて身動き取れなくなったのが日本のIT業界
世界から取り残される

**デフォルトの名無しさん** · 2016/10/22(土) 01:03:30.18

適性ないやつは初日に追い返すほうがいい
数週間やった後だとお互いに無駄になってしまう
派遣側からみれば、客であるおまえらにむかって気に入らないから帰るとはなかなか言えない

**デフォルトの名無しさん** · 2016/10/22(土) 11:57:55.47

派遣に限った話じゃないな
適正ない奴はクビにする
これを疎かにすると業界が腐っていく
重要な社会インフラを担う業界が腐れば国が腐るのは東電の件で分かっている筈だ
このまま放置すれば日本は後進国になる

**デフォルトの名無しさん** · 2016/10/22(土) 12:40:43.34

>>329
お前クビ

**デフォルトの名無しさん** · 2016/10/22(土) 12:48:50.54

vb関係ない話を延々と

**デフォルトの名無しさん** · 2016/10/23(日) 02:57:27.26

自分のことを棚上げして、他人のことを書いてる人ばっかり・・・

**デフォルトの名無しさん** · 2016/10/23(日) 11:49:00.91

VBで作ったアプリの見た目を変えるのはどうすればいいの？

**デフォルトの名無しさん** · 2016/10/23(日) 12:10:00.53

WinFormsなら簡単な方法はない
コントロールを全部オーナードローするよりはWPFやASP.NET MVCでGUIを作り直した方がマシ

**デフォルトの名無しさん** · 2016/10/23(日) 20:05:42.68

strict offのVB.NETのプロジェクトでstrict onにした時にctype系の修正だけでも
一気にやってしまうことってできないでしょうか？
一個一個直すのが大変で。

**デフォルトの名無しさん** · 2016/10/23(日) 22:54:07.00

strict onにしてもキャストが多いままだったらあまり意味がないよ
素直にoffにしとけば？

**デフォルトの名無しさん** · 2016/10/23(日) 23:12:43.14

意味ないのですか
じゃあoffのままでいいかな

**デフォルトの名無しさん** · 2016/10/24(月) 00:00:16.72

無くはないでしょ
いかに糞コードかが視覚的にわかるだけでも反省のきっかけになる

**デフォルトの名無しさん** · 2016/10/24(月) 00:14:16.06

パフォーマンスが良くなったりはしませんか？

**デフォルトの名無しさん** · 2016/10/24(月) 06:00:21.39

むしろ悪くなる

**デフォルトの名無しさん** · 2016/10/24(月) 07:54:35.54

！？
悪くなるんですか

**デフォルトの名無しさん** · 2016/10/24(月) 08:04:52.19

な訳ねーだろだまされんなｗ

**デフォルトの名無しさん** · 2016/10/24(月) 09:04:19.86

byrefの引数までctypeされちゃって動かなくなりました

**デフォルトの名無しさん** · 2016/10/24(月) 09:20:41.69

document completeイベントなどのイベントってＣＰＵ負荷が大きくなったときに
発生したりしなかったりという現象がおこる原因のひとつになりえますか？

win10 i7-2600k メモリ：16GBで
タスクマネージャーでしばらく見ていると平均でＣＰＵ負荷が60-70%以上あり、
時々95%を超えていたりします。

うまく動かないときがあるのであるので、document completeイベントを拾ってる箇所に
デバックログを取ってみると、出ているときと出ていないときがあり、なかなか原因が
特定できません。

navigatingイベント、navigatedイベントまでは出て、document completeイベントが出ていない
という状態です。

**デフォルトの名無しさん** · 2016/10/24(月) 12:36:07.42

>>341
悪くなるよ
無意味なボックス化アンボックス化や変換が発生する

**デフォルトの名無しさん** · 2016/10/24(月) 12:38:57.71

>>345
それはキャストや変換を明示的に行おうが暗黙だろうが同じこと。
明示的にキャストや変換したらコストが高くなるとかそんなわけないでしょw

**デフォルトの名無しさん** · 2016/10/24(月) 12:41:53.82

>>345
Strict Offが無駄な変換やボックス化をしてないとでも?
前後の型が分かってれば高速に変換できるケースは多いぞ

**デフォルトの名無しさん** · 2016/10/24(月) 12:47:19.62

>>346
たぶん345は値の読出元と変換後の代入先の型がObjectならアンボックス化やボックス化が発生しないと思ってるんだろ
実際には、値の型で分岐→アンボックス→変換→ボックスという極めて非効率な操作になる

**デフォルトの名無しさん** · 2016/10/24(月) 12:47:40.07

>>346
objectからobjectへの代入にキャストを挟むと遅くなりますよ

**デフォルトの名無しさん** · 2016/10/24(月) 19:43:19.47

それぞれがギリギリのラインで知ってる事を言いあってるだけだから会話としては成り立ってない

**デフォルトの名無しさん** · 2016/10/24(月) 20:33:38.21

とりあえずCtypeよりはDirectCast使おうよ。
暗黙の変換を行うつもりは無いんでしょ？

**デフォルトの名無しさん** · 2016/10/25(火) 19:52:34.47

Ctypeでも状況によってはDirectCastと同じコード吐くらしいけどな
VB.NETのコンパイラさんは結構がんばってるぜ

**デフォルトの名無しさん** · 2016/10/26(水) 00:46:20.68

そんなにキャストって使う？
tryparseすら使わんのだが
使うとしたらDirectCast(sender, コントロールの型)
くらいだわ

**デフォルトの名無しさん** · 2016/10/26(水) 01:38:21.10

キャストの話題でなぜ突然tryparseすらという言葉が出てくるのか謎なのだが
vbだと文字列を数値として評価するような事もキャストって言うの？

**デフォルトの名無しさん** · 2016/10/26(水) 01:56:35.02

テキストボックスやSPREADに表示用の値をよく代入するから
キャストは頻繁に行う
また、カンマ区切りの数字を取得するのはキャストとはまた微妙に違うがけっこう面倒臭い

**デフォルトの名無しさん** · 2016/10/26(水) 02:02:30.25

toStringじゃなくて？

**デフォルトの名無しさん** · 2016/10/26(水) 02:17:47.08

>>354
C系言語もその辺はいい加減だと思うよ。
例えば
int x = (int)3.14;
は普通に考えれば変換だけど構文はキャストそのものだし普通にキャストと呼ぶでしょ？

**デフォルトの名無しさん** · 2016/10/26(水) 06:48:15.05

>>357
キャストって型変換の事だが
むしろそれがキャスト

**デフォルトの名無しさん** · 2016/10/26(水) 08:26:59.08

>>356
toStringが定義されてたらいいけど
どういう振る舞いをするのか確認するのも面倒なので
CTYPEやCINTあたりを使ってるよ
DirectCastのほうがミスを減らすためにもいいんだろうなぁ・・・

**デフォルトの名無しさん** · 2016/10/26(水) 08:35:34.34

ちょっと真面目な質問したいんだけど
DirectXのDLLってどこいったの？
参照の追加をしようと思ったら見当たらない

**デフォルトの名無しさん** · 2016/10/26(水) 09:17:41.37

もうなくなったよ
SlimDXとかSharpDXとか使おう
ゲーム制作ならもうUnityで

**デフォルトの名無しさん** · 2016/10/26(水) 09:42:18.55

>>358
本来のキャストはCで言えばポインタ変換だけ

**デフォルトの名無しさん** · 2016/10/26(水) 12:33:23.43

>>362
それも誤解
directcast見てそう思ったのだろうけど
型変換は全てキャストだし逆に型変換でないものはキャストではない
本来とかそういう問題でもない

**デフォルトの名無しさん** · 2016/10/26(水) 12:56:23.78

>>363
言っちゃ悪いけど、それお宅がキャストと変換の区別がついてないだけね。

計算機にとっては文字列の"123"をintの123にするのも、doubleの3.14をintの3にするのも
同じ「変換」だが、Cでは後者だけがキャストの扱いになっていて混乱している。

**デフォルトの名無しさん** · 2016/10/26(水) 13:35:43.91

Cの議論は他でお願いします

**デフォルトの名無しさん** · 2016/10/26(水) 19:32:18.87

>>364
vbしか知らないのに無理してcで例えなくてもいいよw
ちなみに
キャストは型変換であり、変換ではない
文字列→数値の場合文字列の表わす値を数値として評価しているのであり、変換ですらない
二重に間違ってるよお前

**デフォルトの名無しさん** · 2016/10/26(水) 19:56:05.00

>>366
お前さんのやってることは変換を評価と言い換えただけ。
そういうのを言葉遊びという。馬鹿じゃないの。

(1) ポインタ変換
(2) double→intの変換
(3) 文字列→intの変換

(1)と(2)の間の差異は(2)と(3)の間の差異より大きい。

(1)は呼び名こそ「変換」となっているが、実際は単にコンパイル時にどの型として扱うかを変更しているだけで
実行時のメモリー上のデータは何も変わってないからだ。

本来のキャストとはこの(1)だけを指す。

**デフォルトの名無しさん** · 2016/10/26(水) 20:07:53.96

>>367
いやだから型変換だってばw
せっかく教えて貰ってんだから素直に聞けばいいだろw
そのオレオレ理論を意固地に貫いてもお前に何のメリットもないよ

**デフォルトの名無しさん** · 2016/10/26(水) 21:02:06.42

おまいら根拠にしてるソースURLなり書籍名なりｐｌｚ

出せずに慣例だの常識だので曖昧に誤魔化して逃げる俺様定義絶対合ってる匿名マンなんてただの荒らしでしかない。
スルーして過疎スレに戻ろうず

**デフォルトの名無しさん** · 2016/10/26(水) 21:59:35.35

>>367
クソワロタｗｗｗ

**デフォルトの名無しさん** · 2016/10/26(水) 23:28:49.10

ポインタ変換って何なんだ？
ググっても全くヒットしないんだがコンパイラ業界では隠れた隠語なのか？

**デフォルトの名無しさん** · 2016/10/27(木) 00:26:42.82

しつこいな

**デフォルトの名無しさん** · 2016/10/28(金) 00:19:57.23

マジレスすると
キャスト(cast)は変換や型変換のことじゃないよ
英単語としてのcastの意味のそのまんまの「配役、役の割り当て」って意味だよ

**デフォルトの名無しさん** · 2016/10/28(金) 00:30:05.75

>>373
真面目に言ってそうで怖いなw
さすがVBer

**デフォルトの名無しさん** · 2016/10/28(金) 12:39:29.03

なんでVBの拡張メソッドはModuleなんだ
グローバルメソッドとしても使えちゃって気持ち悪いんだが

**デフォルトの名無しさん** · 2016/10/28(金) 12:51:16.32

VBはそういうの気にしない人向けの言語なので

**デフォルトの名無しさん** · 2016/10/28(金) 20:11:10.63

たかだか記法の問題をいちいち気にする方がどうかしてる

**デフォルトの名無しさん** · 2016/10/28(金) 20:42:45.43

>>377
たかが記法の問題?本当にそう思う?
名前空間汚染の問題と単なる記法の問題の区別がつかないのがVBerらしいね

**デフォルトの名無しさん** · 2016/10/28(金) 21:17:37.68

>>378
グローバルな識別子＝汚染
ではないのだよ
「汚染」てのはライブラリが定義する意図しないグローバルな識別子が問題になるから
悪意を込めて使う言葉で自分で定義したりそれを望む場合には汚染て言葉は使わんよw
字面だけでなくちゃんと言葉の意味を覚えてから使おうね

**デフォルトの名無しさん** · 2016/10/28(金) 21:24:21.37

>>379
プログラム作ってるのがお前だけならな…

**デフォルトの名無しさん** · 2016/10/28(金) 21:34:22.91

>>379
同意ですね

**デフォルトの名無しさん** · 2016/10/28(金) 22:00:09.91

VBerって言いたいだけやろ

**デフォルトの名無しさん** · 2016/10/28(金) 22:55:03.12

>>379
VBerは揚げ足取りしかできないのか
仮に汚染という言葉が不適切だったとしても単なる記法だけの違いではないのは確かだろ?
別に俺はモジュールは名前空間を汚染するから如何なる場合でも使うなと言っているわけじゃなく、
それが問題になるケースはあるから単なる記法の問題ではないと言っているだけだ
実際>>375は気持ち悪いと言っているのだから少なくとも>>375にとっては「汚染」だろう

**デフォルトの名無しさん** · 2016/10/29(土) 00:37:53.79

汚染の定義と使用法はどうでもいいんだが
グローバルメソッドの定義を教えてくれ

拡張メソッドが通常のメソッドとして呼び出せることが問題だっていうならわかるが
C#の拡張メソッドだって、利用可能な名前空間内に存在する必要があるわけで
モジュールうんぬんは意味がわからん

**デフォルトの名無しさん** · 2016/10/29(土) 00:57:42.29

VBのモジュル内のメソッドはグローバル
クラス内の静的メソッドみたいにクラス内の名前空間内に存在しているわけではない。

まあ、ラムダ式といい、もう2008以降はVB使わない方がいいよっていうメッセージでしょ。
少なくとも俺はそう受け取って2005まででVBは見限った

**デフォルトの名無しさん** · 2016/10/29(土) 01:22:39.12

>VBのモジュル内のメソッドはグローバル
そのグローバルの意味が分からんのだが？
VBだとデフォルトでプロジェクト名の名前空間内に属してるはずだが
その名前空間を超えると？

**デフォルトの名無しさん** · 2016/10/29(土) 02:08:01.24

正直長年VB使ってた中で一度もモジュールなんて使ったことなかったけど、
一応モジュールも名前空間の中（ルート名前空間に限らず）に定義できるんだな。

それはいいけど、モジュール自身が名前空間を構成しないから、
そのメンバーはモジュールが存在する名前空間を参照しただけで丸見えになっちゃうわけで
普通に考えれば拡張メソッドはC#と同様に静的クラス（VBにはないけど）に定義する方がよかったね

**デフォルトの名無しさん** · 2016/10/29(土) 07:10:41.84

>>384
モジュールはそれを含む名前空間をImportしただけ(or 同じ名前空間にあるだけ)で
モジュールのメンバが全てトップレベルのスコープにインポートされるだろ
拡張メソッドはオブジェクト.メソッド名の形式でしか呼び出せないから、
トップレベルで参照可能な名前が増えるわけではなく影響は小さい
C#は最近のバージョンで using static が入ってクラスのstaticメンバをトップレベルにインポートできるようになったが
名前空間単位ではなく対象のクラス名を直接指定しなきゃいけないからやはりモジュールに比べれば影響は小さい

**デフォルトの名無しさん** · 2016/10/29(土) 08:03:59.22

先頭にusingが列挙してあるC#のソースの見づらさと言ったら
しかも書いた人によってか、usingの羅列が違うという

**デフォルトの名無しさん** · 2016/10/29(土) 08:14:31.49

VC#には　未使用のusingの削除・整理　という機能があってだな
それでも見づらいようなロクに責務分割できてない長大なコードなら
usingが無かろうが見づらいから安心しろ

**デフォルトの名無しさん** · 2016/10/29(土) 09:08:07.61

そういや参照の自動削除機能がなくなったな
あれ便利だったのに

**デフォルトの名無しさん** · 2016/10/29(土) 10:30:39.20

Moduleがないとリプレースしたときにお客様がModuleがClassに変わってるんですけど使いにくいんですけどってご立腹なさるのでModuleは必要

**デフォルトの名無しさん** · 2016/10/29(土) 11:44:59.26

>>389
そこは（普通のプログラマが普通にプログラミングしてれば）VB使っても同じになるはずなんだけどw
むしろあんたはどういうコード書いてるのかとw

**デフォルトの名無しさん** · 2016/10/29(土) 19:48:16.97

>>389
羅列が違うって何？

**デフォルトの名無しさん** · 2016/10/29(土) 20:01:25.49

>>394
using の順番

**デフォルトの名無しさん** · 2016/10/29(土) 20:16:52.74

>>393
ところがVBには、プロジェクトの設定で指定した名前空間を全てのソースで暗黙的にImportするというゴミのような機能がある

**デフォルトの名無しさん** · 2016/10/29(土) 21:11:12.71

>>395
そんなもん自動で揃えられるだろ

**デフォルトの名無しさん** · 2016/10/29(土) 22:52:27.70

>>396
そのほうが自然じゃないのか
プロジェクト内のソースごとにまちまちなほうが違和感を感じるが

**デフォルトの名無しさん** · 2016/10/29(土) 22:59:38.63

>>398
ゴミｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2016/10/29(土) 23:03:06.39

コードをプロジェクトの外に持ち出したら何が書いてあったかわからなくなるというほかは
デメリットが思いつかない

**デフォルトの名無しさん** · 2016/10/30(日) 00:15:39.58

>>399
おれ、いつも System.Linq だけ有効にして、残りは切って使ってるので
一括して名前空間の設定が出来て便利

usingのほうが不便

**デフォルトの名無しさん** · 2016/10/30(日) 00:21:18.07

>>401
他は全部明示的にImportしてるってこと?
お前完全にusing派だろw

**デフォルトの名無しさん** · 2016/10/30(日) 00:27:55.69

>>396
ああ、そういやそんな機能あったね

BCLのほとんど必須の名前空間だけならありかなとも思うけど、
コード上に明示されないのはやっぱり気持ち悪いな

VBはあの有難迷惑のルート名前空間も鬱陶しいね