回答編集履歴
2
タイプミス修正
test
CHANGED
@@ -16,7 +16,9 @@
|
|
16
16
|
|
17
17
|
|
18
18
|
|
19
|
+
手元の環境では例示のソースコードを以下のコマンドにて起動した場合、
|
20
|
+
|
19
|
-
|
21
|
+
意図通りのハンドラが呼ばれることを確認できました。
|
20
22
|
|
21
23
|
```sh
|
22
24
|
|
1
追記
test
CHANGED
@@ -9,3 +9,75 @@
|
|
9
9
|
|
10
10
|
|
11
11
|
また、相対パスインポートはソース公開するような実装では非推奨なのでご注意ください。
|
12
|
+
|
13
|
+
|
14
|
+
|
15
|
+
## 追記
|
16
|
+
|
17
|
+
|
18
|
+
|
19
|
+
手元の環境では例示のソースコードえお以下の起動にて意図通りのハンドラが呼ばれることを確認できました。
|
20
|
+
|
21
|
+
```sh
|
22
|
+
|
23
|
+
docker run -it --rm -p 8080:80 -v $PWD:/app -w /app golang:alpine go run .
|
24
|
+
|
25
|
+
```
|
26
|
+
|
27
|
+
|
28
|
+
|
29
|
+
気をつけなければいけないのは、ブラウザは"/favicon.ico"をリクエストすることです。
|
30
|
+
|
31
|
+
(例示のソースの場合webpages.TopPageのハンドラが呼び出されます)
|
32
|
+
|
33
|
+
このあたりはブラウザのデバッガを参考にしてください。
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
あとはブラウザキャッシュにリダイレクトするようなコンテンツが残っている場合などもありますので
|
38
|
+
|
39
|
+
キャッシュの削除をお試しください。
|
40
|
+
|
41
|
+
|
42
|
+
|
43
|
+
Goの公開ライブラリを見て貰えばわかりますが、相対パスインポートを使っているものはほとんど見られないはずです。
|
44
|
+
|
45
|
+
なぜなら、Goのimport記述はnode.jsでいうところのpackage.jsonの機能を兼ねているからです。
|
46
|
+
|
47
|
+
依存解決を正確に行うために公開先のURLを伴うパス名を記述するのがGoの推奨です。
|
48
|
+
|
49
|
+
`go get`がで依存解決またはアプリのインストールができることを「go-gettable」と言いますが、
|
50
|
+
|
51
|
+
Goによるライブラリやアプリケーションがgo-gettableであることは多くのGoユーザーが期待するものです。
|
52
|
+
|
53
|
+
相対パスインポートを利用してしまうとgo-gettableではなくなってしまいます。
|
54
|
+
|
55
|
+
|
56
|
+
|
57
|
+
なので例示のコードもGo-Moduleをつかってなんらかの有効なimportパスを付与することをお勧めします。
|
58
|
+
|
59
|
+
```sh
|
60
|
+
|
61
|
+
go mod init github.com/ユーザー名/アプリケーション名
|
62
|
+
|
63
|
+
```
|
64
|
+
|
65
|
+
|
66
|
+
|
67
|
+
としておいて、
|
68
|
+
|
69
|
+
以下のようにインポートパスを書くと良いでしょう。
|
70
|
+
|
71
|
+
|
72
|
+
|
73
|
+
```go
|
74
|
+
|
75
|
+
import(
|
76
|
+
|
77
|
+
"github.com/ユーザー名/アプリケーション名/auth"
|
78
|
+
|
79
|
+
"github.com/ユーザー名/アプリケーション名/webpages"
|
80
|
+
|
81
|
+
)
|
82
|
+
|
83
|
+
```
|