VB.NET質問スレ(Part44)

.(もんじゃ) · 2018/05/26(土) 18:08:49.12

前スレ

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/
VB.NET質問スレ(Part43)
https://mevius.5ch.net/test/read.cgi/tech/1465958469/

**デフォルトの名無しさん** · 2020/02/14(金) 21:33:11.93

スレッドプールって、長時間かかるタスクを使うようにはできてないのでしょうか？
タスクの登録が簡単で便利だと思ったんですけど。
例えば１タスク処理に２分弱とかは長すぎでしょうか？

**デフォルトの名無しさん** · 2020/02/15(土) 07:59:54.33

>>408
そんな制限あったら使いづらいやろ
スリープ2分のタスクドバっと登録してみ

**デフォルトの名無しさん** · 2020/02/15(土) 09:07:34.37

使えないわけではないけど使わない方がいい
そういう処理でTaskを作る場合はTaskCreationOptions.LongRunningを指定するといい

**デフォルトの名無しさん** · 2020/02/16(日) 00:51:51.08

>>４１０
ありがとう　検索して試してみるね。

バックグラウンドは頻繁な再利用が激ムズで、途中で止まったりするし・・・

**デフォルトの名無しさん** · 2020/02/24(月) 12:46:16.69

Taskの使い方がよくわからず未だにBackgroundWorkerから抜け出せない俺
C#用の並列処理プログラミングの解説本があったからVB.NETでも通じるかな？と思って買ってはみたけど

**デフォルトの名無しさん** · 2020/02/24(月) 16:36:35.49

async awitで同期処理ライクに書けばいいのに

**デフォルトの名無しさん** · 2020/02/24(月) 16:45:29.69

平均的なVBerの大多数はasync/awaitを理解していないから覚えてもどうせ現場では使えないよ
ステップアップしたいならまずはVBer卒業を目標にしよう

**デフォルトの名無しさん** · 2020/02/24(月) 17:30:57.50

基地ってVBに親でも殺されたのかねえ…w

**デフォルトの名無しさん** · 2020/02/25(火) 11:44:31.79

VBで人殺せるやり方あんの？

**デフォルトの名無しさん** · 2020/02/25(火) 13:34:07.79

医療機関のシステムとかなら不具合で人殺せるでしょ
実際これまでに何人か殺されてても不思議はない

**デフォルトの名無しさん** · 2020/02/25(火) 20:06:20.07

VBer本人もしくはそのケツ拭って過労死した人間は万単位でいると思う

**デフォルトの名無しさん** · 2020/02/27(木) 22:55:35.21

非同期って、確か「アプリが２秒以上フリーズしたみたいになったらバグ」
という概念があるユーザーが（確か８０％以上占めてる）多いことから作った
とも言われてる。つまりタスク待ちに２秒待てない人が多いというわけ。
まあ　ウエイト表示もバグだと認識する人が数パーセントいるとかいないとか・・

**デフォルトの名無しさん** · 2020/02/28(金) 02:42:53.78

ラジオは10秒前後で放送事故だからな、リアルタイムが求められる環境だと数秒でもだめじゃね

**デフォルトの名無しさん** · 2020/03/10(火) 23:37:19.13

c#ならunityでゲーム開発もできるしXamarinでアプリ開発もできる
vbは色々と置き去りになってるな・・・

**デフォルトの名無しさん** · 2020/03/11(水) 00:23:16.32

MS公式のコメント「VBにはVBが得意なことをやらせていく。それはGUIアプリだ」らしいよ
つまりWinFormsと心中ってこと

**デフォルトの名無しさん** · 2020/03/11(水) 00:48:30.22

今のアプリ開発の主流ってwinformじゃないとしたら何なのかな？uwpとか？

**デフォルトの名無しさん** · 2020/03/11(水) 09:11:45.72

Webだね

**デフォルトの名無しさん** · 2020/03/13(金) 08:44:53.50

Visual Basic support planned for .NET 5.0
https://devblogs.microsoft.com/vbteam/visual-basic-support-planned-for-net-5-0/

Going forward, we do not plan to evolve Visual Basic as a language.
Future features of .NET Core that require language changes may not be supported in Visual Basic.
Due to differences in the platform, there will be some differences between Visual Basic on .NET Framework and .NET Core.

**デフォルトの名無しさん** · 2020/03/21(土) 17:03:50.80

うーん　VBで文字列うんたらに苦戦してた時
ハッシュ値で比較を行ってたな。こっちのほうが楽wwwてか？
VBer vbER vBeR VbEr　VBer

**デフォルトの名無しさん** · 2020/03/22(日) 11:47:18.20

ToLower又はToUpper一択だろJK

**デフォルトの名無しさん** · 2020/04/20(月) 11:25:10.38

>>425
.NET CoreからVBは捨てられたって事か

**デフォルトの名無しさん** · 2020/04/20(月) 11:27:06.29

>>425
逆か
.NET Core5でサポートとして追加か

**デフォルトの名無しさん** · 2020/04/20(月) 12:52:39.83

>>429
違う
今後VB.NETの言語に新機能を追加することはないよ、
仮に今後.NETに言語へ手を入れないと利用できない新機能が入ったとしても、VB.NETは対応しないよ、という趣旨の記事
ちなみに .NET 5 (=Core vNext)でVB.NETはサポートされるが、Classic ASP.NETは廃止されるのでWeb開発は一切できない

**デフォルトの名無しさん** · 2020/04/21(火) 23:30:04.84

ASP.NET触らなくて正解だったな。

**デフォルトの名無しさん** · 2020/04/22(水) 13:11:15.32

Razor使わないならOKじゃん

953 名前：デフォルトの名無しさん[sage] 投稿日：2020/04/22(水) 10:51:55.72 ID:NZfVsFFq
>>952
それは正確じゃない。Razorが対応してないだけ。

954 名前：デフォルトの名無しさん[sage] 投稿日：2020/04/22(水) 12:49:27.63 ID:7hKP3waC
Razor使わないならVB.NETでASP.NET構築出来るって事ね

955 名前：デフォルトの名無しさん[sage] 投稿日：2020/04/22(水) 12:55:16.39 ID:NZfVsFFq
そう、.NET5でもそれは変わらない

**デフォルトの名無しさん** · 2020/04/22(水) 14:22:47.26

Razor PagesでVB.NET使えば良い

**デフォルトの名無しさん** · 2020/04/23(木) 13:41:34.28

https://www.google.com/amp/s/forest.watch.impress.co.jp/docs/news/1240/998/amp.index.html

ASP.NET Core Web API
で使えばVB.NETで開発出来るって事か

**デフォルトの名無しさん** · 2020/04/23(木) 13:44:38.15

https://devblogs.microsoft.com/vbteam/combining-angular-visual-basic-and-net-core-for-developing-modern-web-apps/

Angular、Visual Basic、.NET Coreを組み合わせて最新のWebアプリを開発

**デフォルトの名無しさん** · 2020/04/23(木) 14:35:35.04

あえて.NET CoreにしなくてもmonoでVB.NET開発する方がシンプルだな

**デフォルトの名無しさん** · 2020/04/26(日) 14:43:33.28

Monoプロジェクトで実際LinuxでVB.NET使って開発してる様な所って有るのかね?
あまり話聞かないし、案件探しても出て来ないよ

**デフォルトの名無しさん** · 2020/04/26(日) 22:39:36.60

Linux触れて且つVBしか分かりませんなんて人は逆にレアだろうし…

**デフォルトの名無しさん** · 2020/04/27(月) 08:10:06.01

monoって分からんけどapi使ってたらダメなんだよね？
じゃあ意味ねーな

**デフォルトの名無しさん** · 2020/04/27(月) 13:18:16.31

>>438
Linux+C#もレアだよ
Linux+JavaやCならそれなりにいる

**デフォルトの名無しさん** · 2020/04/27(月) 18:09:59.53

レアよりウェルダンが好き

**デフォルトの名無しさん** · 2020/04/28(火) 11:13:17.93

面白く無い

**デフォルトの名無しさん** · 2020/04/29(水) 09:58:03.17

最近見かけたんだけど
Dim aaa As (String, String)
こういうのって型は何になるの？
匿名クラスなの？配列？

**デフォルトの名無しさん** · 2020/04/29(水) 11:44:19.82

ValueTuple(Of String, String)

**デフォルトの名無しさん** · 2020/04/29(水) 11:57:07.06

あぁ、ありがと。item1とかitem2とかあるからクラスかと思ったが構造体なのね。

**デフォルトの名無しさん** · 2020/04/29(水) 13:25:09.17

dictionaryかなと思ったが(of が無いしなあ…とも思ってた

**デフォルトの名無しさん** · 2020/05/01(金) 20:30:50.40

プロジェクトにフォームが2つあるのですが、その両方から参照する構造体の定義は
どこに書くのが一般的なのですか？クラスだと「追加」→「新しい項目」でクラスを選択できて
独立したファイルでクラスの定義をかけるのですが、構造体はどういうやり方が一般的なのでしょうか？

**デフォルトの名無しさん** · 2020/05/01(金) 20:33:08.68

ちなみに現在は2つのフォームのファイルの先頭で構造体を定義しています。やり方がスマートじゃない気がします。

**デフォルトの名無しさん** · 2020/05/01(金) 20:37:46.03

スコープ広げるだけじゃ不満なんか？

**デフォルトの名無しさん** · 2020/05/01(金) 20:44:20.47

VB.NETでは構造体を使うこと自体が全く一般的ではない
C#では性質を十分に理解した上でパフォーマンス目的で構造体を使うことも稀にあるけど、
VB.NETでそんな最速を目指すようなものを作ることは無いだろう
クラスだけでいいよ

**デフォルトの名無しさん** · 2020/05/01(金) 21:05:13.13

api呼ぶのに構造体なんていくらでも使うしそうでなくても構造体の配列とか普通に使うし
あと共用出来るメソッドはなるべくモジュールに書いてコントロールからはそれを呼び出すだけにしてる

**448** · 2020/05/01(金) 21:25:29.62

皆さん、ありがとうございます。>>449 さんのおっしゃるとおり、スコープを広げれば良さそうですね。
>>451さんの言うようにモジュールに書くのもいい感じですね。
>>450さん、VBではあまり構造体は使わないのですね。私の読んでる基礎入門書だから一通りの説明ということで載ってるのでしょうか。

皆さん、ありがとうございました。とりあえず、モジュールを追加してその中でpublic宣言して構造体を書いておきます。

**空に憧れて** · 2020/05/01(金) 21:50:11.93

こういうの見つけたけど･･･
https://www.nicovideo.jp/watch/sm35028808

**デフォルトの名無しさん** · 2020/05/01(金) 22:14:01.29

>>452
クラスと同じように1構造体に対して同じ名前のファイルを割り当てるのが基本だと思うよw

もちろん雑用的な小さな構造体やクラスやEnumや例外をまとめて一つのファイルに
書くこともある。

後でその方が分かりやす思ったらその時そう直せばいいだけ。
とりあえず構造体と同じ名前の専用のファイルを作った方がいいでしょ。

**デフォルトの名無しさん** · 2020/05/02(土) 00:30:37.50

>>450
馬鹿なのか？

**デフォルトの名無しさん** · 2020/05/02(土) 05:38:07.67

Ruby では、普通の開発者は、Class を使う

わざわざ、Struct(Class Generator)を使うのは、
Rails などのフレームワークを作っている人だけ

ほぼ同じなのに、素人がわざわざ、Struct を使う理由もないし、
初心者用のテキストにも載っていない

**デフォルトの名無しさん** · 2020/05/02(土) 11:51:52.07

RubyのStructとは別物なのでこのRubyキチガイは無視していいが、それはともかくVB.NETでは構造体は特別に理由がない限り使うべきではないというのは確か
APIくらいだね
それ以外でVB.NETで構造体が使われるのは、大抵は生え抜きVBerの癖だったりクラスはなんか難しそうなイメージによるもの

**デフォルトの名無しさん** · 2020/05/02(土) 12:20:36.35

なんで宣言した上にNewしないといけないのかって感じで
クラスに嫌悪感持ってる老人がいるよな

**デフォルトの名無しさん** · 2020/05/02(土) 12:23:36.53

外部機器とのインターフェースとか他のDLLとか使ったことのない馬鹿が必死になって構造体を否定する
馬鹿が使わないからといって全員が使わないわけではない

**デフォルトの名無しさん** · 2020/05/02(土) 14:50:21.99

>>457
何で使うべきじゃないの？
全く分からないんだが

**デフォルトの名無しさん** · 2020/05/02(土) 15:01:27.49

ちょっと前C#スレの方で話題になった話だけど、プロパティーの型としては構造体の方が便利。

値型からわざわざイミュータブルにしなくても、ゲッター経由でメンバーを変更する
不適切な使い方を避けられるからね

**デフォルトの名無しさん** · 2020/05/02(土) 15:45:14.98

VB.NETで構造体を使うべきでないなら、C#でも使うべきではないし
C#で構造体にすべき場面なら、VB.NETも構造体にすべき

VB.NETならとかいう前提をつけて構造体を使うなとかいうのは意味不明

まあ、初心者が違いが分からず悩んだら、たいていの場合はクラスで良いけどな

**デフォルトの名無しさん** · 2020/05/02(土) 15:49:51.90

>>461
それはプロパティがイミュータブルであってほしいときに限らなくね？

すべてのプロパティはイミュータブルであるべきだって主張ならしらん

**デフォルトの名無しさん** · 2020/05/02(土) 16:45:23.55

こういうレスみてると、絶対にプログラマになりたいとおもわないな。
構造体つかうな！とか　ストレス以外の何物でもない。

**デフォルトの名無しさん** · 2020/05/02(土) 17:04:30.50

まあVB.NETでやたら構造体を多用する奴はだいたい単に慣れてるからなのは事実
クラスがCOMだった時代で頭が止まってるんだよ

**デフォルトの名無しさん** · 2020/05/02(土) 17:09:29.84

>>463
何を言ってるのか意味がわからないよw

プロパティーの型がミュータブルな参照型だと
hoge.Piyo.X = 5
みたいに書けてしまう問題があると言ってるんだけどw

Piyoの型が値型ならこういう書き方は許されない

**デフォルトの名無しさん** · 2020/05/02(土) 18:38:59.19

>>466
だから、それを許したくないときの話だろうと言っている
すくなくとも文法上問題はないし、正常に動作する（それが狙った通りかどうかは知らんが）

それをやるべきではない／許すべきではないという主張は別の話だと

**デフォルトの名無しさん** · 2020/05/02(土) 19:22:25.42

>>467
もう何も言わないけど
hoge.Piyo.X = 5
なぜこれが許されることが問題なのか全然理解してないでしょw
こういうのはプログラミング始めて数か月の段階で理解すべき内容なんだけど

**デフォルトの名無しさん** · 2020/05/02(土) 20:50:45.16

>>468
馬鹿はそろそろ消えろ
構造体が必要な場面があるだろうが

**デフォルトの名無しさん** · 2020/05/02(土) 20:56:07.76

>>469
この子も酷いねw
だからそう言ってるんですがw

**デフォルトの名無しさん** · 2020/05/02(土) 22:08:43.50

>>470
お前が一番馬鹿消えろ

**デフォルトの名無しさん** · 2020/05/03(日) 09:15:07.29

>>469
勘違いは止めよう。
構造体が必要な場面の1つを>>468は言ってる。

**デフォルトの名無しさん** · 2020/05/03(日) 13:09:51.85

必要じゃなくて、有用な

**デフォルトの名無しさん** · 2020/05/03(日) 13:43:41.44

>>473
必須なのがあるだろうが

**デフォルトの名無しさん** · 2020/05/03(日) 16:49:52.65

んで結局構造体を使うな君は何で使うなって言ってるの？
C#やC++だったら使ってよくてVBだからダメとかそんな理由？？

**デフォルトの名無しさん** · 2020/05/03(日) 17:39:01.80

だから特別な理由なしに使うなって話でしょ
実際VBerは歴史的な理由から比較的そうなりやすい

**デフォルトの名無しさん** · 2020/05/03(日) 18:11:09.31

自分が使わないからと他人に押し付ける頭の悪いのがいるな。こういう頭の悪いやつはクラスの設計も独りよがりになりがち。

**デフォルトの名無しさん** · 2020/05/03(日) 18:48:23.30

つーかpointだって構造体なんだが
そっかー､使うな君はpoint使わないのかー

**デフォルトの名無しさん** · 2020/05/03(日) 19:42:25.18

意味不明だな
自分で定義するときにクラスとどちらを選ぶかの話だろ？
Pointが構造体なのは、それが単一の値を意味しているしサイズも小さいしアンマネージコードとの相互運用に使うし
パフォーマンスが求められる場面で大量にインスタンスを作るような使い方が想定されるからだ
そうやって説明できるなら構造体を使えばいい

**デフォルトの名無しさん** · 2020/05/03(日) 19:50:06.83

結論
適切に使い分けろ
わからんかったらクラスでOK

**デフォルトの名無しさん** · 2020/05/03(日) 20:33:43.70

ポインターの話はそこまでだ！

**デフォルトの名無しさん** · 2020/05/04(月) 17:11:14.33

ポインターよりボインだー

**デフォルトの名無しさん** · 2020/05/23(土) 20:06:08.36

WCFを利用したフォームアプリを作成したいのですが、疑問があります（初歩的ですみません）

今回フォームがログイン、メニュー・・・といった感じで複数画面あります。
ログイン画面作成時にWCFとログイン画面のフォームを作った場合、メニュー作成するときWCFは新規に作成する必要があるのでしょうか？

**デフォルトの名無しさん** · 2020/05/25(月) 00:53:51.16

WCFはフレームワークであってWCFを作るという表現は意味不明
サービスのことならどっちでもいい
ちなみにWCFは.NETの次のバージョンでは廃止されるから、お前に選択権があるならやめるべき

**デフォルトの名無しさん** · 2020/05/29(金) 17:09:45.32

For iABC = 1 to 5
For i1 = 1 to 5
For XXYYZZ = 1 to 5
For 適当 = 1 to 5
みたいに毎回重複しない変数を用意しないとだから
指定回数ループする変数いらないヤツないの?

**デフォルトの名無しさん** · 2020/05/29(金) 17:50:02.55

>>485
REXXだと正にそのものズバリの
Do 99
End
てのがあったんだけどねw
まあ普通ループカウンタの無いループの必要性ってあまり無いわな

**デフォルトの名無しさん** · 2020/05/29(金) 18:58:38.48

ふむ

**デフォルトの名無しさん** · 2020/05/30(土) 18:44:40.27

LinqでRangeでForEachとか考えたけど、LinqのForEachってListしかだめなのかよ

Enumerable.Range(1, 5).ToList.ForEach(Sub() Debug.Print("Do!"))
素直にループ変数用意して回すほうがましだな
i,j,kぐらいで足らんようなら構造見直すべきだ

**デフォルトの名無しさん** · 2020/05/30(土) 20:02:00.03

おk

**デフォルトの名無しさん** · 2020/05/31(日) 11:53:52.38

.net coreだとvbはオワコンなのか

**デフォルトの名無しさん** · 2020/06/03(水) 14:46:36.88

Windows FormのボタンをButton配列で動的に設定している処理があったのですが
静的と動的はどのように使い分けているのでしょうか
ボタンの数が多かったのと関係しているのでしょうか

**デフォルトの名無しさん** · 2020/06/03(水) 15:07:50.89

>>491
「Button配列で動的に設定している処理」が何やっているか読めよ
人によって組み方は変わるからここで聞いたって的外れな憶測しかできんよ

**デフォルトの名無しさん** · 2020/06/03(水) 15:50:36.18

デザイナでポンポン配置するのが面倒じゃなければ性的
こんな数配置してらんねーと思ったら動的

**デフォルトの名無しさん** · 2020/06/03(水) 16:35:27.00

プログラミングしながらおっ勃ててるとかどんだけ変態なんだろう…

**デフォルトの名無しさん** · 2020/06/03(水) 21:13:59.52

毎回婦裸具をオッ立ててます

**デフォルトの名無しさん** · 2020/06/07(日) 10:21:30.67

>>490
一応サポートされる
が、C#メイン

**デフォルトの名無しさん** · 2020/06/12(金) 01:23:39.99

しかし、自作アプリからプリンターに印刷するってこんなに難しいのか？
狙った場所に印刷が出来なくて・・・どうしよう・・

**デフォルトの名無しさん** · 2020/06/12(金) 01:38:26.30

>>497
そんな難しくないと思うよw

もう何年もやってないから適当だけど、たぶんプリンタ固有の余白分ズレてるだけ。
GDI+の原点は用紙の左上ではなく、印刷可能領域の左上になってる。
この問題の対処法はググれば簡単に見つかるはず

**デフォルトの名無しさん** · 2020/06/15(月) 00:22:01.70

>>498
ありがとう。
印刷可能領域の左上なのね。

**デフォルトの名無しさん** · 2020/06/15(月) 01:19:49.90

Sub Main(args As String())で引数を渡さないで実行してもエラーにならない理由わかる方いませんか

**デフォルトの名無しさん** · 2020/06/15(月) 01:44:39.21

むしろなぜエラーになるのか？
どんなエラーになると思ってるんだ

**デフォルトの名無しさん** · 2020/06/25(木) 20:30:11.66

voidって言いたいのかな

**デフォルトの名無しさん** · 2020/07/06(月) 19:38:36.21

デザイン時に設定したプロパティの値（例ではTextBox1.Text）を実行時に取得する方法ってありませんか？
今はLoad時に変数に保存していますが、もっとスマートな方法は無いものかと…

Public Class Form1
　　　Dim defaulttext As String

　　　Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
　　　　　　defaulttext = TextBox1.Text
　　　End Sub
End Class

**デフォルトの名無しさん** · 2020/07/07(火) 09:49:09.58

標準にはないね
汎用性を考えだすとIDisposableな型のプロパティとかどうするかって話になるし

**デフォルトの名無しさん** · 2020/07/07(火) 12:25:34.75

>>503
それでいいじゃん。
そもそも発想が変だと思うよ。
たぶんデザイナをブラックボックスだと考えてるからそうなるんだと思うけど。
デザイナは単にコントロールのプロパティーを設定するコードを自動生成してるだけw
それがInitializeComponent

まあ、プロパティーをデザイナで直接設定する代わりに
スコープをアプリケーションにしたアプリケーション設定にバインドすればたぶんやりたいことは実現できる。
https://www.atmarkit.co.jp/fdotnet/dotnettips/438winsettings/winsettings.html

**デフォルトの名無しさん** · 2020/07/07(火) 14:13:03.22

そもそもデザイナの設定なんで、実行時どころかコンパイル時で決定してるのに
それをなぜ実行時にコントロールから取得する必要があるのか

**デフォルトの名無しさん** · 2020/07/07(火) 18:21:35.43

>>506
実行時に取得したくないからなんかないかってしつもんだぞ