[過去ﾛｸﾞ] Go language part 1 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
972(1): デフォルトの名無しさん [sage] 2017/11/11(土) 00:39:24.57 ID:LLMRc4SD(1/9) AAS
質問です。
先日始めたばかりでデリファレンスの仕方が分からなくて困ってます。
超初歩的ですが教えてください。
コードは以下と同類です。
外部ﾘﾝｸ[html]:go-database-sql.org
これの dest:= の部分を
th := []interface{}{ new(int), new(string), new(string)}
にして読み込んだところ、
確かにポインタのスライスになっているようなのですが、デリファレンス出来ません。
（単に書き方が分からないだけですが）
試した結果は以下です。
fmt.Println(*th[0], " ", *th[1], " ", *th[2]) // invalid indirect of th[0] (type interface {})
fmt.Println(*(th[0]), " ", *(th[1]), " ", *(th[2])) // invalid indirect of th[0] (type interface {})
fmt.Println(th[0], " ", th[1], " ", th[2]) // 0x11f09b08 0x11ea1468 0x11ea1470
fmt.Println(th) // [0x11f09b08 0x11ea1468 0x11ea1470]
よろしくお願いします。
sqlx使ってもいいのですが、そもそもデリファレンス出来ないのがよく分かりません。
974: デフォルトの名無しさん [sage] 2017/11/11(土) 09:52:19.27 ID:LLMRc4SD(2/9) AAS
>>973973(1): デフォルトの名無しさん [sage] 2017/11/11(土) 07:08:21.29 ID:qi+awpQj(1) AAS
>>972
Goにとっては、要素がポインタではなくてただの interface{} に見えている。
なのでデリファレンスできないというエラーになる。
方法としてあるのは、th := []*interface{}{...} にする方法。
ポインタの配列と宣言しているので、要素のデリファレンスが可能。
もしくは、要素ごとに、デリファレンスする前に、*intとかに型アサーション(ググって)をする。
その後でデリファレンスする。
最終的にはいけました。ありがとうございました。
> th := []*interface{}{...} にする方法
th := []*interface{}{new (int32), new(string), new(string)}
// cannot use new(int32) (type *int32) as type *interface {} in array or slice literal: *interface {} is pointer to interface, not interface
// cannot use th (type []*interface {}) as type []interface {} in argument to rows.Scan
これは駄目でした。new (int32)がポインタ配列に何故か入れられないという謎仕様？
全ての型はemptyインタフェース interface{} を実装しているのに、
全てのポインタ型はemptyインタフェースへのポインタを実装してない？
(rows.Scanでは受けられないというのはこちらの話ですが）
まあ今の段階ではよく分かりません。
> 要素ごとに、デリファレンスする前に、*intとかに型アサーション
fmt.Println(*(th[0].(*int32)), " ", *(th[1].(*string)), " ", *(th[2].(*string)))
こちらはいけたのですが、しかしこれではなあと。個別べた書きでは意味無いんですよね。
本当は構造体で受けたいのですが、sqlxしかないのかなあと。
(sqlxは内部で使用しているであろうリフレクションが遅そうでいや）
Goはリフレクションが遅くないとかいう落ちってあります？
リフレクション用のタグを別装備しているし、静的にリフレクションしてたりします？
というか動的言語(PHP/JavaScript)からの移植がこんな初歩的なところで躓くのは想定外でした。
動的言語前提の構造になっているとかなり辛いですね。
json周りでも同様のことが想定されますし、そのための型スイッチってのも何だかなあ、という気がします。
愚痴になってしまってすいません。
978: デフォルトの名無しさん [sage] 2017/11/11(土) 13:51:58.52 ID:LLMRc4SD(3/9) AAS
>>977977(1): デフォルトの名無しさん [sage] 2017/11/11(土) 13:33:59.14 ID:proXGFSN(1/3) AAS
phpと同じ感覚でgoでdatabase使おうとすると死ぬよね。
結局go側とsql側のスキーマ二重管理になるから、そのままphpと同じノリで使えない。動的言語と静的言語の差だね。
じゃあどうするかというとsql側のスキーマからgoの構造体をコード生成する。
xo とか使う。
外部ﾘﾝｸ[html]:tdoc.info
自動コード生成ツールか。まあPHPとGoを同時使用するのならありでしょうな。
ただまあ、俺の場合はそうではなく、Go内で二重管理するのが気に入らない。
俺が試しているのは掲示板なんだが、PHPの場合は結局、
echo json_encode(fetch_all($db,"SELECT * FROM threads;")); // fetch_allは全読み関数
だからリード側はDBの型依存が全くない。（何が入っていても中身を全部吐き出すだけ）
結果、新規機能追加の場合はライト側の変更だけでよく、変更は1箇所で済む。
Goだとリード側も変更が必要になるのが気に入らない。
だから構造体に押し込んで、リードもライトもその構造体ベースでやれれば変更は1箇所で済む、
ということを考えているのだが、これはSQLの構造上厳しそうだ。
今sqlx読んでいるが多分無理だね。
981(1): デフォルトの名無しさん [sage] 2017/11/11(土) 14:27:57.90 ID:LLMRc4SD(4/9) AAS
>>979今回は味見なんだよ。
だから糞でもとりあえずコードを書いてどれくらい速いか試すよ。
とはいえ、RawBytesとか用意して最下層のコピーもケチるくらいだから、完全にノリがCだね。
これで遅いわけがないが、結局は管理コストとの兼ね合いだろうね。
俺はC出身だから付いていけるけど、今時ではないよなこれは。
俺はPHPでも十分速いと思っている。
というか、SQLiteのラッパとしてしか使う気がないから、せいぜい100行程度しか実行しないし、
言語間の差異はほぼ無く、DBの性能が見えるだけだと思っている。
でもまあ、さんざん「PHPは糞だ」という奴が居るから味見中な訳だ。
選択肢が増えること自体は悪いことではないし。
Node.jsは既に味見終了して、データセットが小さい時はPHPよりは速い結果が出た。
しかし大きい時はPHPよりも遅くなった。これはclusterしてないのでシングルスレッドの限界かと思っている。
ただ、Nodeの場合は単一プロセスだからメモリ側にキャッシュ出来、これだと当然ぶっちぎりで速いので、
現実的にはこれかな、といった感じ。
で、Goはどうなの？ってのが今。興味あるのなら以下にどうぞ。
外部ﾘﾝｸ:meguca.org
Haskellerが現れたので引っ張り込む方向で考えてる。
君らがGoのを書いてくれるのならこちらも助かるし歓迎する。
983(2): デフォルトの名無しさん [sage] 2017/11/11(土) 15:20:24.76 ID:LLMRc4SD(5/9) AAS
>>982982(1): あ [sage] 2017/11/11(土) 14:53:58.14 ID:X8lWnCzG(1/11) AAS
Cでこれ書いたら絶望的にめんどくさくない？
そもそもSQLサーバができることはSQLサーバに任せてストアドにするか、
データベース自体Goで書くか、なんかそうしないと、
インピーダンス差がでかすぎるのに2重管理しない、は無理じゃない？
2重管理が絶対的な悪ではないと思うけど。
誰もCで書くとは言ってないが、仮にCで書くとして、
ライブラリが揃っていれば、大して苦労しないと思うよ。
Goとは大差ないだろう。
ほぼローカルで動作してしまうのでGCがないと苦労するってこともないし、
型システムも100行程度のプログラムならウザイくらいで大してメリットないし。
動的言語の場合は既に言われているようにスキーマ管理が一元化出来る
（正確にはやらなくてもそのまま動くだけだが）
分だけ書く量は少なくて済む。
プロトタイピングには動的言語の方が向いてる。
なお今回の場合はGoがCに劣ることもないので、わざわざCで書き直すメリットはない。
(GCをほぼ使わないから速度低下もないし)
986: デフォルトの名無しさん [sage] 2017/11/11(土) 16:18:54.52 ID:LLMRc4SD(6/9) AAS
というか、これはAPIが足りてないんだね。
（以下コードは文法があやふやなので参考程度で）
database/sqlはScanを使うのが定番のようだが、Scanではargsの可変長指定しかないのがいけない。
だから構造体の中身を確認するのにリフレクションが必要になってしまう。
type Thread struct {
no int
time int
body string
}
th := Thread{}
rows, err := db.Query("SELECT * from threads;")
err = rows.Scan(&th.no, &th.time, &th.body) // ここでばらすから中身を知らないといけない
とりあえずScanが構造体を受け、その構造体にScannerインタフェースを実装する方式なら、
リフレクションは回避出来るし、おそらく最高速度で動く。
ただ、このためのAPIがない。
err = rows.Scan(&th) // ばらさずに構造体を与える
func (th Thread) Scan(src interface{}) err // 各構造体でばらす。手間は増えるが最速のはず
DBを生で叩いたことがないから知らないが、DBからの出力が既に配列なのか？
或いは同様のことはポインタ配列で受ければいいので割り切ったか。(972参照）
>>984984(1): デフォルトの名無しさん [sage] 2017/11/11(土) 15:36:08.28 ID:proXGFSN(3/3) AAS
>>983
>動的言語の場合は既に言われているようにスキーマ管理が一元化出来る
>（正確にはやらなくてもそのまま動くだけだが）
> 分だけ書く量は少なくて済む。
> プロトタイピングには動的言語の方が向いてる。
同意する。Goでデータベース操作の決定版がでないのが物語ってる。
逆にGAE/goのdatastoreを使うときはGoとの相性の良さを感じる。
スキーマがGo側に設定することが決まっているから。
GAE/Goはググってみたがよく分からん。
ただ今回はCREATE TABLE部分も自前で持つ為、スキーマ管理はGo側でも「本来は」出来る。
SQLの構造上、CREATE TABLE と INSERT はほぼ同じなのでPHP等ではSQL文字列を共有出来る。
だから1箇所にしか書かずに済んでた。ところがGoはリード側も必要だからぐぬぬ、ってなってる。
987(2): デフォルトの名無しさん [sage] 2017/11/11(土) 16:29:51.83 ID:LLMRc4SD(7/9) AAS
>>985985(1): あ [sage] 2017/11/11(土) 15:56:16.25 ID:X8lWnCzG(2/11) AAS
>>983
まー、確かに。
正直すぐ死ぬプログラムならメモリ管理もしない()という選択肢もあるわけだしな。
外の世界と相性の悪い言語だと言うことは確か。
形が適当なjsonとかとも同様にいちいちキャストがしちめんどくさいし。
c#で言うdynamicみたいな型がありゃ良いなとは思うが、コンパイル時に解決してる事を善とするので無いのは仕方ない。向いてないわ。
お前他スレも荒らしてた荒らしだろ。
この程度のプログラムで「メモリ管理(ｷﾘｯ」とか言っちゃう時点でお前はCを知らないし、
お前みたいな馬鹿にはCは無理だ。
それで何故Cに話を振る？だれもCで実装しようともしてないのに。
普通にCが出来る奴なら鯖でDB読んでJSON返すだけのプログラムでリークはしないし、
リークしないように管理する（程のこともないが）に苦労することもない。
そもそもそれはGoで書いた時にGCがどこで動くか見えていれば分かるはず。
君はそこにも達していない。
989: デフォルトの名無しさん [sage] 2017/11/11(土) 17:56:09.07 ID:LLMRc4SD(8/9) AAS
というか void* がないのね。
これではどうやっても fetch_all で隠蔽出来そうにない。
まあ void* なんて認めたら型システムは崩壊するから致し方無しか。
そしていきなりunsafeに手を出そうかと考えているわけだが、
これって Offsetofがあるって事は基本的にはマーシャル用なのかな？
996(2): デフォルトの名無しさん [sage] 2017/11/11(土) 19:26:08.40 ID:LLMRc4SD(9/9) AAS
>>991991(1): あ [sage] 2017/11/11(土) 18:58:21.35 ID:X8lWnCzG(4/11) AAS
>>987
まさか、
>>981の、ノリがC、C出身だからついてける、に対して
「ならCで書けば？でもめんどくさいと思うけど。」って嫌味だって気づいてないんだろうか？
可哀想な人ってどこにでも居るんだな。
Gcが動くタイミングに関しては、多分もう少しマシなレベルで知ってると思うけど。
そもそも、CでDBから取得してどうの、と言う話で、何を使うかどう取得するかすら決まってないのに、リークしないようにメモリ管理するなんて絵空事は言えんだろ。
全部インハウスライブラリならわかるけどさ。
メモリ管理しない、は思いつきでも言えるわ(笑)
日本語でおｋ
君と話が噛み合わないのは、君が勝手に読み違えているから。
それは君の日本語能力が不十分だから。
だから君は荒らしなんだよ。
俺は他スレで君が同様に空回りしてるのを見たことがある、というだけ。
君には荒らすつもりはないのだろう、それは事実としても、
日本語能力が足りない奴がレスすること自体が荒らし行為なんだよ。
馬鹿なら馬鹿なりに何度でも読み返せばいいだけなんだがな。
韓国人ならマジで死んでくれ。
>>994おｋ。>>46見る限り次スレはpart6(このスレがpart5相当）でいいか？
8時まで待って異議なしなら俺が建ててみる。
異議ありならその人が建てて。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.224s*