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/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はあの有難迷惑のルート名前空間も鬱陶しいね

**デフォルトの名無しさん** · 2016/10/31(月) 16:51:00.87

ディクショナリーのキー取得時に dicHoge.Keys(intIndex) の様に書くと
VisualStudioでは問題無いのに、ideone上でエラーになってしまいます。
何か他に書き方があるのでしょうか？

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

うわ何これキモい
暗黙にElementAtOrDefaultに変換するのか

教科書的には
Dictionaryは順番を持たないコレクションだからインデックスでアクセスするのは変

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

別にキーで要素を検索できることと要素が順序を持つことは何も矛盾しないと思うけどねw

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

うん、確かにそれはなにも矛盾してないね

**デフォルトの名無しさん** · 2016/11/02(水) 06:49:35.74

DelegateなメソッドをInvokeで呼ぶときに引数って渡せないのでしょうか？

**デフォルトの名無しさん** · 2016/11/02(水) 06:57:27.71

渡せる

**デフォルトの名無しさん** · 2016/11/02(水) 06:58:55.82

>>409
助かりました。

**デフォルトの名無しさん** · 2016/11/02(水) 08:50:07.47

VB久しぶりに触る機会があったけどc#よりちょびっとインテリセンスが馬鹿じゃないか？って感じた

**デフォルトの名無しさん** · 2016/11/03(木) 14:55:47.96

>>411
気のせいだよ。
それより末尾に";"つける癖から早く卒業しましょう。

**デフォルトの名無しさん** · 2016/11/03(木) 15:08:37.98

すぐ上の話題で答え出てるじゃん
ソースのトップレベルに出現する可能性のある識別子の数がC#に比べて遥かに多いからだよ
モジュールと既定のインポートのせい

**デフォルトの名無しさん** · 2016/11/07(月) 19:08:16.41

誰かいる？　質問良いですか？
今RichTextBox派生のカスタムコントロール作ってて、
ちょっと詰まってる所があるから詳しい人教えてほしい

**デフォルトの名無しさん** · 2016/11/08(火) 00:51:44.51

質問いいですか？と聞いておきながら質問しないアホ発見

**デフォルトの名無しさん** · 2016/11/08(火) 01:46:02.67

すごいこと質問していい？

**デフォルトの名無しさん** · 2016/11/08(火) 02:11:19.46

誰も居ないのかと思った。質問して良いなら質問させてもらいます

当方、数か月前からVB.NETを始めた初心者なので、
コードが意味不明とか手法が悪いとかあれば、それも含めて指摘頂けるとありがたいです

RichTextBoxにOnPaintで文字を描写しようとして試行錯誤してるんですが、
WndProcでIMEを監視して、変換が確定するまでの間OnPaintが動作しないようにする事で、
都度TextChangedで日本語の文字入力の確定はされないようにできたんだけど、
今度はIMEに入力中の文字が真っ白で表示されない

なので、入力中の文字を表示するのに、
ImmGetCompositionStringで取得した文字をDrawStringで書いてみようかなと思っているのですが
取得が上手くできません

**デフォルトの名無しさん** · 2016/11/08(火) 02:13:54.72

WndProc内で、

Select Case m.Msg
Case WM_IME_STARTCOMPOSITION
ForIME = True

Case WM_IME_ENDCOMPOSITION
ForIME = False

Case WM_IME_COMPOSITION
If (CUInt(m.LParam) And CUInt(GCS_COMPSTR)) > 0 Then
Dim intLength As Integer
Dim Imc As IntPtr = ImmGetContext(Handle)

intLength = ImmGetCompositionString(Imc, GCS_COMPSTR, Nothing, 0)
Dim IMEstr As StringBuilder = New StringBuilder(intLength)

ImmGetCompositionString(Imc, GCS_COMPSTR, IMEstr, IMEstr.Capacity)

ImmReleaseContext(Handle, Imc)
End If
End Select

こんなかんじで書いてみているのですが、
intLength = ImmGetCompositionString(Imc, GCS_COMPSTR, Nothing, 0)
↑この部分でDLL 'imm32.dll' の 'ImmGetCompositionString' というエントリポイントが見つかりません。というエラーが出てしまいます。

**デフォルトの名無しさん** · 2016/11/08(火) 02:15:58.84

ImmGetCompositionStringは、
Private Declare Function ImmGetCompositionString Lib "imm32.dll" (ByVal hIMC As Integer, ByVal dwIndex As Integer, ByVal lpBuf As StringBuilder, ByVal dwBufLen As Integer) As Integer
と宣言しています。

**デフォルトの名無しさん** · 2016/11/08(火) 02:21:59.90

>>419
テキトーに答えるけどとりあえずハンドルはIntPtrでないとダメでしょう

**デフォルトの名無しさん** · 2016/11/08(火) 02:35:47.42

他の、ImmGetContext等のhWndが入る部分はIntPtrにしているのですが……(+_+)

Private Declare Function ImmGetCompositionString Lib "imm32.dll" (ByVal hIMC As IntPtr, ByVal dwIndex As Integer, ByVal lpBuf As StringBuilder, ByVal dwBufLen As Integer) As Integer
これでもエラーが出るみたいです

**デフォルトの名無しさん** · 2016/11/08(火) 03:01:24.83

やばい寝落ちそう……

質問板は出した質問は絶対閉めろというルールがある場所多いですがここはどうなんですかね？

1時間くらいは粘りたかったけど、眠いのでいったん引き上げます
もう一回試行錯誤して、どうしても駄目ならまた改めて来ます
>>420さん答えてくれてありがとう

**デフォルトの名無しさん** · 2016/11/08(火) 07:24:04.77

Windows NT/2000 は Unicode 版と ANSI 版を実装

**デフォルトの名無しさん** · 2016/11/08(火) 07:25:30.64

そもそも｢エントリポイントが見つかりません｣の意味分かってる？

**デフォルトの名無しさん** · 2016/11/08(火) 07:35:37.22

そもそもRichTextBoxにOnPaintで文字を描写って意味がわからん
それRichTextBox使う意味あるのか?

**デフォルトの名無しさん** · 2016/11/08(火) 07:49:06.42

近年、若者のエラーメッセージ離れが深刻な問題になっています

**デフォルトの名無しさん** · 2016/11/08(火) 09:05:00.96

おはよう

うーん、わかるかどうかと言われれば微妙なので調べながらやってんですが、
スペルミスかなと思ったけど違うみたいで
関数の大文字小文字の違いって可能性もあるんですね。
後で時間できたら見てみよう……

>>425
ルーラや行番号や空白や改行等の特殊文字が表示されて、
かつ文字色も変えられるようなテキストエディタが作りたくて

普通は違うのでやるんですかね？　例えばPictureBoxに描くとかですか？
もっと効率良い方法とかってあります？

**デフォルトの名無しさん** · 2016/11/08(火) 09:38:24.41

オープンソースのエディタのソース読んだ？
話はそれからだ

**デフォルトの名無しさん** · 2016/11/08(火) 10:18:57.02

>>427
imm32.dllの中にImmGetCompositionStringが無いよって言ってるんだから
ImmGetCompositionStringAかImmGetCompositionStringW探せって言ってるんだけど…

**デフォルトの名無しさん** · 2016/11/08(火) 11:11:17.92

Declare Function ImmGetCompositionString Lib "IMM32" Alias "ImmGetCompositionStringA" (ByVal hIMC As Integer, ByVal dwIndex As Integer, ByVal lpBuf As StringBuilder, ByVal dwBufLen As Integer) As Integer
に変えたら解決しました。ありがとうございます(*^-^*)

>>428
なるほど、確かにそうやって勉強できますね！
探してみます。ありがとう

**デフォルトの名無しさん** · 2016/11/08(火) 11:49:04.58

ん？
いちいちAとかWとかつけなくても自動的にUnicodeバージョンが選択されるように
なってるはずだと思ったけど、VBは違うのか？

**デフォルトの名無しさん** · 2016/11/08(火) 12:11:48.40

DllImport使わずにDeclareなんてVBのレガシー機能使ってるからかな。
ちなみに、デフォではANSIバージョンが選択されるんだな記憶違いだった

**デフォルトの名無しさん** · 2016/11/08(火) 13:57:55.49

わざわざAliasなんて付けるから自動選択が働かない
なんでか知らんけどDeclareのサンプルはほとんどAlias付けてるんだよな
VB6だと必須だったのかね？

**デフォルトの名無しさん** · 2016/11/08(火) 15:14:26.16

>>433
付けないとエラーになるっつってんだろ

**デフォルトの名無しさん** · 2016/11/08(火) 15:23:43.48

あ、ごめん
Declare Autoにした場合のみだったのね

**デフォルトの名無しさん** · 2016/11/08(火) 20:21:53.56

デフォはどっちかすぐ忘れるから明示する

**デフォルトの名無しさん** · 2016/11/09(水) 00:41:48.78

>>416
駄目です。

**デフォルトの名無しさん** · 2016/12/06(火) 23:28:37.80

テキストボックスとかコントロールをコピーしたいんだけど、簡単にできませんかね？

**デフォルトの名無しさん** · 2016/12/07(水) 00:48:28.39

ctrl-c、ctrl-v じゃあかんの？

**デフォルトの名無しさん** · 2016/12/07(水) 00:59:33.95

すいません、インスタンスをコピーです

**デフォルトの名無しさん** · 2016/12/07(水) 02:09:55.02

>>438
簡単にできる
http://ideone.com/ZFaUb7

**デフォルトの名無しさん** · 2016/12/20(火) 21:56:31.88

データベースから大量のデータを取得するときってDataTableとDataReaderどっちがいいの？

**デフォルトの名無しさん** · 2016/12/20(火) 22:13:21.49

DataTableはオンメモリだから処理できるデータ量には限界があるし、
DataTable.Loadだと全部のロードが終わるまで処理を始められないので
ロード中のIO待ちの時間が無駄になる。
もし大量データ処理時のメモリ使用量やスループットが問題になっているなら
DataReaderでストリーミング処理することで性能を大幅に改善できるはず。

**デフォルトの名無しさん** · 2016/12/20(火) 22:40:05.78

youtubeを開くと
一番上の検索ボックスがさ
入力無しだとグレイ文字で検索って表示されてて
（この検索文字にカーソルは移動しない）
何かを入力するとグレイ文字が消える
これってどうやって実装するんすかね？
パッと思いつかんのだが。。。

**デフォルトの名無しさん** · 2016/12/20(火) 22:43:07.08

パッと思いつかん時はジックリ考えろ
それでも思いつかんかったらソープ行け

**デフォルトの名無しさん** · 2016/12/20(火) 23:12:04.98

>>444
HTMLのplaceholderだよ

**デフォルトの名無しさん** · 2016/12/20(火) 23:16:47.98

>>446
ありがとう
知らんかったわ
勉強になった

vbでも実装できないかな？

**デフォルトの名無しさん** · 2016/12/23(金) 17:17:30.06

時々テキストボックスを監視して、空の時だけ重ねた別のテキストプレーンにSearchとか表示させるとか…
他にも色々方法はあるやろ

**デフォルトの名無しさん** · 2016/12/23(金) 17:58:29.05

言った手前
Private Sub TextBox1_TextChanged(sender As System.Object, e As System.EventArgs) Handles TextBox1.TextChanged
If textBox1.Text = "" Then
textBlock1.Text = "Search"
Else
textBlock1.Text = ""
End If
End Sub

**デフォルトの名無しさん** · 2016/12/23(金) 18:19:03.14

カレットが入るまでは淡色の文字表示しとってカレットが入ったら背景画像に差し替える
文字が入ったら白背景とかw

**デフォルトの名無しさん** · 2016/12/29(木) 07:29:02.60

データベースをアクセスするプログラムってACCESS以外は、埋め込みSQLとC言語を使ってUNIX上でしかやったこと無いロートルですが、
VB.NETでDBアクセスって今は何が主流なん？
ADO.NET関係の書籍って、アマゾンでも結構古いのが多いんだけど、ADO.NETって過去の遺物なん？

**デフォルトの名無しさん** · 2016/12/29(木) 07:50:42.07

SQLServerならばADO.NET
OracleならODP.NETだな

**デフォルトの名無しさん** · 2016/12/29(木) 11:13:15.20

ADO.NETは過去の遺物だけど現役だよ
新機能の拡張が期待できないってだけ
Entity FrameworkやサードのフレームワークもADO.NETに依存してる
ADO.NETは抽象的なフレームワークで実装はプロバイダごとに異なる
MSならSqlClient、OracleならODP.NET、ポスグレならNpgsql
ODBCドライバやOleDbドライバ用の実装もある

**デフォルトの名無しさん** · 2016/12/29(木) 11:15:53.14

>>441
コピーできましたが、コンボボックスのデータソースなどがコピーされませんでした。
完璧に同じ物をコピーすることって簡単にできないでしょうか？　

**デフォルトの名無しさん** · 2016/12/29(木) 11:42:16.70

俺はSQLite使ってる

**デフォルトの名無しさん** · 2016/12/29(木) 17:42:29.56

>>452>>453
㌧。
かなり古い書籍だけど教科書としては十分といことですね。
何冊か尼でポチってみます。

**デフォルトの名無しさん** · 2016/12/29(木) 18:11:55.59

今時ADO.NETなんて括りに意味はないぞ
Entity FrameworkとかもADO.NETに含まれているらしく、
もはや「.NETのデータベース関連の機能」というだけのふわっとした総称でしかない
単純に低レベルAPI使って普通にSQL投げたいだけならDbConnectionのあたりを適当にググれば十分

**デフォルトの名無しさん** · 2016/12/29(木) 19:04:08.62

>>457
トランザクションもできるんですね。
今やろうとしてるのには十分そうです

**デフォルトの名無しさん** · 2016/12/29(木) 20:37:49.89

ストアドパッケージ使ってるとEntity Frameworkを使う気になれない

**デフォルトの名無しさん** · 2017/01/02(月) 12:24:29.63

VBに限らずだけど、ORMっていうの？オブジェクトに対してSQL生成してくれる
機能あるけど、SQL書かないってそんなにメリットあるんですかね？
複雑なSELECT文ならORMでは対応しずらいので結局SQL書くだろうし、その他の
INSERT・UPDATE・DELETE・MERGEなんてバリエーションが限られるだろうから、
テーブル名と列名さえあれば、ExcelVBAとかVBSとか自作VBツールとかで自動生成可能なはず。

「SQL書いてないけど、Insertできたよ！」っていうコーディングの感覚は
実際にやってみて新鮮だったけど、Insert文ぐらい書けよ、とも思う。

**デフォルトの名無しさん** · 2017/01/02(月) 12:28:47.75

中途半端なORMはいらんよね。

**デフォルトの名無しさん** · 2017/01/02(月) 14:08:47.76

>>460
DRY
ツールで自動生成するんならORMでもいい、生成されたSQLを管理しなくて済む、と考えることもできる
自動生成は生成物を直接弄らないことを徹底できるならいいけど、大抵は自動生成コードが独り歩きして破綻する
そうして変更時の修正箇所がどんどん増えてくんだよ

**デフォルトの名無しさん** · 2017/01/02(月) 16:02:44.86

460です。

>>462
すみません、「自作ツールで自動生成」って紛らわしいこと書いちゃったけど、
VB側にSQLを記述する（＝SQLを構築するのSharedなFunctionをたくさん作る）ってのが
前提にあって、INSERTとかは手打ちするのもアレだから自作ツールにSQL生成させて
それをVBなりPHPなりJavaなりで使えるようにテキストエディタのキーマクロでも使って編集し、
そいつをコピペする、ってことです。
なので、「SQLを管理しなくて済む」というより「しっかり管理したい」
ということなんですね。

で、この手順なら（Select以外の）SQLをPG言語側のソースに落とし込むのに
少なくとも手打ちよりかはスムーズにできるので、今更言語側でブラックボックス化
してもらう必要ないのに、と思うわけであります。

まぁうちの案件規模が小さいからそう思えるのかも。

**デフォルトの名無しさん** · 2017/01/02(月) 16:07:50.85

>>463
世の中には、コードの重複を極力避けて変更しやすくするという開発スタイルもあるんだよ
VBにあるかは疑問ではあるけど

**デフォルトの名無しさん** · 2017/01/02(月) 16:17:05.07

最初のだけ自動生成すればええんやで
修正時は全部手で作ればええんや

**デフォルトの名無しさん** · 2017/01/02(月) 16:30:50.83

ORMの意義はSQLコマンドを生成することよりもむしろ
テーブルの行とオブジェクトをマッピングすることにある
いちいちカラムとプロパティの対応付けを猿のように手書きしなくても
自動でやってくれるツールだと割り切って使えば悪いもんじゃない