【Go言語】 webapp GO Part1 【Golang】 [無断転載禁止]©2ch.net

**nobodyさん** · 2016/07/27(水) 12:46:23.51

Go言語によるWebアプリケーション開発を語るスレです

公式
https://golang.org/
公式日本語訳
http://golang-jp.org/

チュートリアル
https://go-tour-jp.appspot.com/welcome/1

**nobodyさん** · 2017/05/20(土) 04:07:04.99

>>276
goaってマイクロサービス向け銘打ってるけど、別に普通にreactなフロントエンドを動かすサーバサイドとして普通に使って良さそうだけどな

**nobodyさん** · 2017/05/22(月) 01:06:26.25

よくわからんからサンプルプロジェクトをGithubで公開してくれや
goaとgoogle app engine/goのStandard Environmentで動くコードがいい

クライアントはvue.js(またはreact.js)を使ったSPAで
ID、名前、コメント、作成日時、更新日時　をページングあり(20件ごと)で一覧表示する感じでよろ
CRUDも当然できるものとする

**nobodyさん** · 2017/05/22(月) 01:08:19.86

ページングはCusor使ってインクリメントな動的ページングな
オフセット使うとパフォーマンス問題でるから
<<[1][2][3]>>
こういうのは使えない

**nobodyさん** · 2017/05/22(月) 17:40:05.45

>>278
https://github.com/goadesign/goa-cellar
とかみてみたら。
webapiしかないけど、
DSLにFiles があるからstaticファイルの配信も簡単で
すぐreactで追加実装できる。

あとはgoでSSR出来ればほぼ完璧だなー

**nobodyさん** · 2017/05/22(月) 17:43:43.31

あと勉強会もあるみたい
https://istyle.connpass.com/event/57455/
残り二名だけど

**nobodyさん** · 2017/05/26(金) 01:51:36.32

久しぶりにgoで開発してたら何かvscでgoの開発作業するとマシンパワーやたら食うんだけどなんでだろ

**nobodyさん** · 2017/05/27(土) 04:43:19.15

HDD故障の前兆

**nobodyさん** · 2017/05/27(土) 15:10:26.50

>>282
これ関係あるかな？
VisualStudio Codeスレより

8 名前:デフォルトの名無しさん [sage] :2017/05/16(火) 00:07:55.41 ID:jyI5CijS
久しぶりにgoの開発をこいつで始めたらなんか調子よくないな。
定義を見に行ったり行かなかったりする。
エディターを再起動すると治る気がするけど、定期的に再起動しないとだめ臭い

**nobodyさん** · 2017/05/27(土) 16:27:38.65

>>284
ごめん。それ俺ですマルチポストすまんですm(_ _)m
issueみてみると皆困ってるみたいだから
何れ解決すると期待したい。

goの開発環境として一番使いやすいと思ってたんだけど
こうなると微妙やなjetbrainの試してみようかな。

**nobodyさん** · 2017/05/29(月) 22:44:06.21

jetbrainのやつWindowsで使ったら
フォント描画がひどすぎて目が潰れたのでMac版推奨

**nobodyさん** · 2017/06/16(金) 20:08:48.73

>>281
これ、結局参加できなかった。
結局人数割れ起こしてるみたいね。
goa使ってるんだけど、echoとかより実際のコードの記述量は減る感じだよね。
あとマジックコードがないから生成したコードを追いかければ理解はできるのがいい。
reflectionだらけのコードよりいいわ。

**nobodyさん** · 2017/06/19(月) 16:48:44.42

なんだ
GAE/GoもPython向けのGUIツール使えるんだな
app.yamlを適切に設定してあればどの言語でもワンボタンでDeploy出来る
今までCUIでコマンド打ってたわ

**nobodyさん** · 2017/06/19(月) 19:14:32.53

なるほど

**nobodyさん** · 2017/06/21(水) 09:46:59.10

goでapiサーバ作ってる人多いと思うんだけど
apiのテストってどう書けばいいの？
dbのコードと密結合してるんだけど、、、

**nobodyさん** · 2017/06/21(水) 11:11:17.99

>>290
テスト系DB作って、まっさらな状態から通しでAPI呼んでいく。
結果としてDBに残る値も担保できるので、普通はこうすると思う。

**nobodyさん** · 2017/06/21(水) 14:52:29.59

>>291
それが無難か。
そういうのを効率的に実装するヘルパーなライブラリってないでしょうか？
productionから自動的にDBのスキーマだけ拾ってきて
testDBを新規作成してくれるとか。

**nobodyさん** · 2017/06/21(水) 16:32:15.85

>>292
それじゃ、カラム増やしたときにテスト出来ないよ。

しかし、DBのスキーマだけ拾ってcreate文に落としてくれるのはだいたいのDBにあるのでは？
pgdump然り。

**nobodyさん** · 2017/06/22(木) 13:23:53.52

goってテスト用のディレクトリを作っちゃうとパッケージ名を
変えることになってパブリックな関数とかしかテストできなくなっちゃいますか？
テストコードと実装が同一階層に並んでいるのがなんとなく気持ち悪いんですが
コレは諦めるしかないんですかね？

**nobodyさん** · 2017/06/22(木) 16:35:01.97

>>294
なんとなく気持ち悪い程度の理由なら標準に合わせた方がいいよ。
それを気持ち悪いと思わない人達が作った言語なんだから。

**nobodyさん** · 2017/06/23(金) 09:24:33.39

>>295
割り切りも必要

**nobodyさん** · 2017/06/23(金) 12:36:17.45

一番聞きたいのはディレクトリ掘っても、パッケージ名を維持する方法

**nobodyさん** · 2017/06/30(金) 10:33:43.08

制服ミニで脚が細く綺麗なJKが前歩いてて、ウホッとなって顔よく見たらgopher君だった事案が発生

**nobodyさん** · 2017/07/01(土) 22:36:48.29

可変長引数を複数渡すってできないかな
https://play.golang.org/p/JsPUosxjz2

**nobodyさん** · 2017/07/02(日) 06:25:50.82

>>299
こんなのではだめなんか？
https://play.golang.org/p/HhgfXeFJIT

**nobodyさん** · 2017/07/03(月) 14:46:11.05

>>299
やっぱりできないみたいね。
Spread Operatorっていうやつかな。
最後の引数でしか使えないって制約なんとかならんもんかな。
受け側
func (test …string) { }
は無理なのは分かるけど
渡す側
fmt.Println(test…,test2…)はできても問題なさそうなもんだけど。

**nobodyさん** · 2017/07/13(木) 20:04:43.75

最新人気ランキング
1位 Java
2位 C
3位 C++
4位 Python
5位 C#
6位 PHP
7位 Visual Basic .NET
8位 JavaScript
9位 Delphi/Object Pascal
10位 Go
11位 Perl
12位 Swift
13位 Ruby
14位 Assembly language
15位 R
16位 Visual Basic
17位 MATLAB
18位 Objective-C
19位 Scratch
20位 PL/SQL

https://www.tiobe.com/tiobe-index/

GolangがRubyを抜いた

**nobodyさん** · 2017/07/13(木) 23:40:21.64

>>302
Delphiなんてまだ生きてるの？

**nobodyさん** · 2017/07/13(木) 23:51:46.50

最初に就職した会社がDelphi専門
転職した会社でPerl漬け
今趣味でGoやってる
9-11位独占した！やったぜ！(´・ω・`)

**nobodyさん** · 2017/07/14(金) 01:34:35.80

Golang破竹の勢いで成長してるな
まぁスクリプト言語の可読性と生産性、コンパイラ言語の高速性を兼ね備えた言語だから
人気出るのは当然か

**nobodyさん** · 2017/07/14(金) 02:32:13.47

borlandってまだ生きてるの？、

**nobodyさん** · 2017/07/14(金) 08:30:16.75

ヘルスバーク抜けてから何も聞かないな

**nobodyさん** · 2017/07/14(金) 12:58:10.17

>>305
goって言うほど習得が容易な言語かね？言語仕様がシンプルだからかんたんと言うのは安易だ

**nobodyさん** · 2017/07/14(金) 15:54:44.66

馬鹿には無理

**nobodyさん** · 2017/07/14(金) 19:58:16.53

>>308
可読性も生産性もC/C++よりははるかにマシで、C/C++と同等の速度が出せる、というのが正しいよね
さすがにスクリプト言語の生産性は言い過ぎだね

**nobodyさん** · 2017/07/14(金) 21:26:28.94

>>310
C/C++の代替って言ったらやはりrustになるんじゃないのかな。
特に組み込み分野ではGCがないのはでかい。コンパイラとの対話が大変らしいけど。

Goは最近流行りのoptionalがないのがちょっとつらい。
でも殆ど言語仕様を変化させずに発展させてるのはすごいなと思う。
swiftも見習ってほしいわ。

**nobodyさん** · 2017/07/14(金) 23:01:28.38

パターンマッチほしい

**nobodyさん** · 2017/07/23(日) 17:56:12.60

go2どうなることやら

**nobodyさん** · 2017/07/23(日) 18:52:11.98

某CTOの不倫騒動面白いな

**nobodyさん** · 2017/07/25(火) 10:10:25.12

まぁ下位互換性は維持するみたいだから
rustのメモリ管理とかnil安全とかは導入できないかもね。
正直もっと関数型によってくれると俺好みなんだけど、
rustだっていいしね

**nobodyさん** · 2017/07/25(火) 16:02:38.80

https://github.com/lestrrat/go-slack/blob/master/rtm.go#L14
これってどういうことなん？初心者に助けを・・・

**nobodyさん** · 2017/07/25(火) 20:29:00.31

>>316
推測だけどそのコードcode genereteされたものだから、
importエラーが出ないように仮として書いてるんじゃないかな。

**nobodyさん** · 2017/07/26(水) 03:00:55.02

>>317
おーなるほど
auto generated なコードなので一旦特別な意味はなさそうということにしておく
ありがとう！

**nobodyさん** · 2017/08/03(木) 19:14:04.99

似たメンバを持つ構造体の変換について教えてください
https://play.golang.org/p/1ir9HN8yDG
完全にメンバが一致すれば変換できるんだけど
メンバが少しでも異なると失敗するのなんとかならないでしょうか？

**nobodyさん** · 2017/08/03(木) 21:19:57.18

なんとかならなそう
自分で関数なりメソッドなりを定義してやるしかないのではないか

**nobodyさん** · 2017/08/03(木) 21:56:33.42

>>320
えー？じゃあ
b:=B(a)
みたいな構文の意味って完全にメンバが一致してないと使えないってことです？
この構文の存在意図がわからん。

**nobodyさん** · 2017/08/03(木) 23:23:58.87

>>321
それを言うとstring(1.0)とかも無理じゃん？

**nobodyさん** · 2017/08/05(土) 09:48:04.97

>>322
いやいや
構造体の変換の話だけに限定して欲しい
b:=B(a)
上記構文の有用な使いかたの例ってないですかね？

**nobodyさん** · 2017/08/05(土) 09:59:40.63

>>321
コピーとして存在意義があるじゃん

**nobodyさん** · 2017/08/05(土) 12:12:58.06

>>324
構造体なんだから代入するだけでコピーになるが

**nobodyさん** · 2017/08/05(土) 19:16:09.97

GoにおけるDB操作の決定版ってなんだすろう。
結局xoでスキーマに対応する構造体と生成可能なメソッドを作りつつ
足りないものはsquirrelってqueryBuilderで組み立てるって方針でやってる。
けど、なんかxoメンテしてる人やるきなさげ。

**nobodyさん** · 2017/08/07(月) 15:06:23.83

てｓ

**nobodyさん** · 2017/08/10(木) 20:59:08.52

LLから入ったんだけど構造体とかインターフェイスあたりの設計？の勘所みたいなのが分からん
みんなどうやってGo言語(あるいはJavaとか)の設計をいいかんじにできるようになったの？

**nobodyさん** · 2017/08/10(木) 21:48:13.12

Go言語は真面目に設計する言語じゃない
適当に書く言語

**nobodyさん** · 2017/08/12(土) 11:41:52.13

>>328
逆にLLの時はどんな設計だったん？

**nobodyさん** · 2017/08/12(土) 17:21:40.47

>>330
そう聞かれるとうまい答えが見つからぶ「オブジェクト指向っぽい設計」というアホな回答になってしまう
そもそもインターフェイスとかいう概念がなかったので使いこなすのが難しい
インターフェイスの何が嬉しいんだみたいな疑問が定期的にわいてくるんだが

**nobodyさん** · 2017/08/12(土) 18:24:07.22

動的言語だとダックタイピングだからインターフェースがないってことか。

インタフェースはまんまインターフェースだよ
APIはアプリケーションインターフェースだろ。
つまりオブジェクト間で情報をやり取りするための決まり。

例えばfmt.Fprintfをみてみよう。
https://golang.org/pkg/fmt/#Fprintf
第一引数にはio.Writerを満たすインターフェースならなんでも突っ込める
じゃあio.Writerインターフェースって何か？
これはwriteメソッドを備えたもの

例えばhttpのレスポンスだったり、もちろんファイルだったり
それらはとにかくwriteメソッドを実装しているだけなんだ。
自分で作ったオブジェクトもwiteメソッドさえ備えていれば突っ込める。
便利でしょ？

動的言語の場合だって if (typeof xxx.someMethod === ‘function’) みたいなコードを書いたりしたでしょ？
こういうのを一々入れる必要がなくなる。
なぜならインターフェースの条件を満たさないオブジェクトを突っ込むとコンパイルエラーになるから。

**nobodyさん** · 2017/08/12(土) 18:27:27.82

心地の良い設計の基本はすべてを知らなくても実装できること。
例えばfmt.Fprintfの中の実装を知らなくても
Writeメソッドを実装すればfmt.Printfが使えるでしょ。
そういう風に自作のオブジェクトも基本的にインターフェースを仲介して
各オブジェクトの詳細は知らなくても使えるようにする。
つまり疎結合にしてやる。

**nobodyさん** · 2017/08/12(土) 18:29:48.82

インタフェースは既存のクラスに手を入れられないのがつらみ
C# みたいな this キーワードいれたりとか Haskell みたいなアドホック多相とかあれば別だけど

**nobodyさん** · 2017/08/12(土) 18:32:31.26

俺としてはgoaとか勧める。
あれはwebapiを設計してやるとgoのコードを生成する。
webapiの実装例として参考になるし、そのまま開発してもいいし。

**nobodyさん** · 2017/08/12(土) 18:58:51.25

なるほど色々ありがとう
インターフェースの嬉しいところはなんとなく分かった。
ある型にたいして既存の関数やメソッドを使いたい→インターフェースを満たすようにメソッドを定義という感じの思考のプロセスでいいのかな？

**nobodyさん** · 2017/08/12(土) 19:31:31.97

>>336
例えばテスト主体で考えてもらえればより便利さがわかると思う。
interfaceを満たすだけのダミーなら簡単に用意できるでしょ。
structを直接引数に取る形にすると本番のstructをテスト書く時に用意しなきゃいけなくなる。
この思考プロセスがやがてDIに結びついていくんだけども。

**nobodyさん** · 2017/08/12(土) 22:27:32.53

>>337
この話を聞いた上でちょっと色々コード眺めてみるわ
言わんとすることは分かったのであとは自分で書くときにすんなり使えるか…
とにかく参考になったありがとう

**nobodyさん** · 2017/08/13(日) 09:29:35.58

goにおける配列操作で目的の要素を取り出すのっていちいちループを回さないとだめ？

標準ライブラリになんかないかな

**nobodyさん** · 2017/08/16(水) 17:33:34.62

メソッドのレシーバにnil pointerを渡して有用な場合ってどういうときなの？
メソッド内でフィールドアクセスする際にpanicになったりして良いことない気がするんだが

**nobodyさん** · 2017/08/17(木) 02:53:47.65

>>340
別にnilを渡せるのが有用とかいう話は無くて、単にポインタに対してメソッドを呼び出せるとレシーバーがnilになりうるけどどーすんの？って話でしょ

他言語ではメソッドは呼ばれずにNullPointerException的なのが飛ぶようになってるけど
goの場合はメソッド側でnilに対処すれば呼び出し側はレシーバーがnilかどうかを気にしなくてもいいというメリットはある

**nobodyさん** · 2017/08/17(木) 05:13:20.16

>>341
それメリットだとは思えないんだが
nilに対処するコードを毎回書かなきゃならないのもダルいし忘れててもコンパイルできてしまって実行時にpanicするしで嬉しくなくね？

**nobodyさん** · 2017/08/17(木) 09:20:51.85

go2でnull安全にならないかな。無理？

**nobodyさん** · 2017/09/05(火) 00:18:50.69

gaeのdatastoreを勉強できるいい教材ないかな

**nobodyさん** · 2017/09/06(水) 10:48:27.81

appEngine使ってる人いないのん？
go1.8にも対応しつつあるし期待しとるよ

**nobodyさん** · 2017/09/08(金) 10:37:14.59

GAE勝手にサービス終了しやがった

**nobodyさん** · 2017/09/08(金) 19:41:29.06

スレチかもしれないけどGAEってエロあり?

**nobodyさん** · 2017/09/08(金) 19:51:48.29

>>346
してないよ。何の話？

**nobodyさん** · 2017/09/10(日) 22:06:52.18

goで配列の定義で

[]*T ってよく見るんですが
[]T でダメなんですかね？ []*Tにするメリットを教えて下さい

**nobodyさん** · 2017/09/15(金) 15:34:05.50

https://cloudplatform.googleblog.com/2017/09/introducing-managed-SSL-for-Google-App-Engine.html?m=1
ナニコレ
GAE使えばSSL無料で使えるっていう意味？
これはいいな

＞We’re excited to announce the beta release of managed SSL certificates at no charge for applications built on Google App Engine.

**nobodyさん** · 2017/09/15(金) 15:38:04.13

コスト的にかなりいいよな
ついでにドメインも無料化してくれないかな…(チラチラ)
Googleが発行するクレカの特典とかでもいいから
(Googleにはクレカ利用料の数％のインセンティブがあるからそれで賄える)

Googleブランドのクレカが欲しいねん

**nobodyさん** · 2017/09/15(金) 20:56:49.57

Let's encryptとGAEと自動更新スクリプトで無償SSLは既に実現できてた
それを管理コンソールから簡単に設定出来るようにしたとか、そういうのかね？

**nobodyさん** · 2017/09/16(土) 00:33:11.03

http://b.hatena.ne.jp/entry/s/cloudplatform.googleblog.com/2017/09/introducing-managed-SSL-for-Google-App-Engine.html
はてぶで取り上げられてた
やっぱり無料はデカイよな

**nobodyさん** · 2017/09/16(土) 16:01:42.07

これでPaaSはGAE一択になったな
今までSSL証明書に払っていたお金をスケールアウト費用に回せるから
コスパぶっちぎりで良い

AWSも追従してくれ

**nobodyさん** · 2017/09/16(土) 16:06:32.48

すでにあるがな
https://aws.amazon.com/jp/certificate-manager/pricing/

**nobodyさん** · 2017/09/16(土) 16:10:23.10

GAEはAWSと違ってサービスが成長しなければ、ずーっと無料で運営できるのが良いのだよ
失敗時のリスクが低いから挑戦しやすい
ランニングコストがほぼ0円になれば、例え月10万PVしかないサービスでも停止せずに
次の新しいサービスを並列で増やして収益アップできる
月間10万PVのサービスを100個作れば1000万PV、月間150万円の収入が期待できる
資金力がない学生起業にぴったりだわ

**nobodyさん** · 2017/09/16(土) 16:19:58.98

GAE/Go SE素晴らしいのに採用事例が一部の野心的な会社しかないんだよな
DeNAとサイバーエージェント、メルカリ(の子会社)くらいしかない

**nobodyさん** · 2017/09/16(土) 16:25:41.59

datastoreの学習コストが問題なのかね

**nobodyさん** · 2017/09/16(土) 17:22:33.07

HTTPSじゃないとSEO不利だからこれは朗報
趣味サイトに年間1円も掛けたくない

**nobodyさん** · 2017/09/16(土) 21:41:26.98

レッツエンクリプトなんて今更感しかないだろ

**nobodyさん** · 2017/09/17(日) 09:43:12.78

>>358
datastoreが使いづらいと言ってもgoコード側でスキーマ設定する感じだし
joinできないからこそ結果的に使いやすいかもしれない
dbの挙動もレプリカありきの挙動だとすれば納得できる

**nobodyさん** · 2017/09/18(月) 06:17:20.92

いわゆるBtoBの受託開発だと帳票出力があるからjoinないとキツイが
GAE/Goが想定してるのはBtoCのwebサービスだからjoinなくても何とかなる
ページングもカーソル使って次へと戻るだけあればいい

**nobodyさん** · 2017/09/25(月) 22:11:41.45

handlerのテストってどこまで厳密にやるべきなの？
DBとのやりとりの部分とかは内部で使ってる関数をテストすればもんだいないから様々なパラメタに対して200を返せるかどうかだけでいいのでは？と思うんだけど

**nobodyさん** · 2017/09/25(月) 23:10:55.96

>>363
バリデーションを網羅できてればいい気がする。

**nobodyさん** · 2017/09/26(火) 00:17:16.02

>>364
そのバリデーションってどこのことだろう…？
自分の中ではhandlerに対するテストなんかは裏側から取得してきたデータがどういうものかはあまり気にする必要がなくて入力と返ってきたデータの出力の仕方だけが関心点だと思ってるんだけどなかなかそういう記事とか見かけないんだよね

**nobodyさん** · 2017/09/26(火) 01:14:58.21

postしたデータは、バリデーションせずにdbに、ぶち込んじゃうの？
get系でも入力パラメーターのバリデーションあるよね。

**nobodyさん** · 2017/09/26(火) 01:23:01.52

>>366
そこでのバリデーションならちゃんとテストケースに含めるべきだと思う
一方でたとえばUsersテーブルからデータをとってくるためのgetUsers内でのバリデーションのようなものはテストケースをいちいち考慮したくないということが言いたかった

**nobodyさん** · 2017/10/02(月) 23:38:46.87

golangで独自の仮想通貨を作るのって出来る？
gethを改造すればいい感じ？

**nobodyさん** · 2017/10/08(日) 01:33:45.12

go test とか go build, go install などのコマンドってどこに定義されてるの？
ソースを読んでみたいんだけど見つからなくて困ってる

**nobodyさん** · 2017/10/08(日) 01:41:36.39

cd ${GOROOT}/src/cmd

**nobodyさん** · 2017/10/08(日) 02:46:19.38

ありがとう、cmdのinternalにあるの見逃してた

**nobodyさん** · 2017/10/09(月) 09:32:28.50

>>370
最近はGOROOTもGOPATHも環境設定不要だから
cd ${go env GOROOT}/src/cmd
ってすべき

**nobodyさん** · 2017/10/17(火) 05:35:21.44

ゲーム作るためにgo-gl/glfw使おうとしてmain関数作って実行しようとしたら、
build constraints exclude all Go files in C:\Users\ユーザ名\Desktop\glfw

って出た。GOOS=windows, GOARCH=386で試したんだけど初心者すぎてわからん

**nobodyさん** · 2017/10/30(月) 14:57:02.91

予選通過組はGoが半分か。すごいな。
http://isucon.net/archives/51000131.html

**nobodyさん** · 2017/10/30(月) 15:07:30.47

Ruby使いはwebデザイナあがりの意識高い系が多い(もちろんMac)
PHP、Perl使いは大昔にHTMLタグを直打ちしてたHTMLコーダー出身のスパゲッティコードを量産していた老害と、その老害を上司に持つ可哀想な若者が多い
Python使いは科学技術や情報工学系(自然言語処理、機械学習、深層学習等)のアカデミア出身者が多い
Go使いは新進気鋭なBtoC系上場企業の社員が多い
JavaはBtoB系受託IT土方が多い

こういう印象あるわ

**nobodyさん** · 2017/10/30(月) 15:56:22.62

この結果を受けてweb＆スマホアプリのバックエンドはGoが主流になるんだろうな
当社ではGoエンジニア募集中です