回答編集履歴
2
書式改善
answer
CHANGED
|
@@ -1,22 +1,14 @@
|
|
|
1
|
-
「go run」は一時的にテンポラリ領域に
|
|
2
|
-
バイナリを生成して実行するコマンドであり、
|
|
3
|
-
実運用時とは異なる環境下で動作する簡易実行コマンドです。
|
|
1
|
+
「go run」は一時的にテンポラリ領域にバイナリを生成して実行するコマンドであり、実運用時とは異なる環境下で動作する簡易実行コマンドです。
|
|
4
2
|
|
|
5
|
-
ビルド結果と挙動の違いが問題なのであれば「go run」の利用をやめましょう。
|
|
6
|
-
例えば「go build」してエラーがなければバイナリを起動するというようにしましょう。
|
|
3
|
+
ビルド結果と挙動の違いが問題なのであれば「go run」の利用をやめましょう。例えば「go build」してエラーがなければバイナリを起動するというようにしましょう。
|
|
7
4
|
|
|
8
|
-
例「go build -o app <メインパッケージパス> && ./app」
|
|
5
|
+
例「go build -o app <メインパッケージパス> && ./app」といったシェルコマンドで動作確認をしましょう。
|
|
9
|
-
といったシェルコマンドで動作確認をしましょう。
|
|
10
6
|
|
|
11
7
|
- os.Getwd() ワーキングディレクトリ（カレントフォルダ）の取得
|
|
12
8
|
- os.Executable() 実行ファイル（自分自身）パスの取得
|
|
13
9
|
|
|
14
|
-
それぞれ関数名の通りの機能ですので、
|
|
10
|
+
それぞれ関数名の通りの機能ですので、目的に応じて使い分けましょう。
|
|
15
|
-
目的に応じて使い分けましょう。
|
|
16
11
|
|
|
17
|
-
もちろん成果物バイナリの置いてあるフォルダをカレントフォルダに切り替えてから
|
|
12
|
+
もちろん成果物バイナリの置いてあるフォルダをカレントフォルダに切り替えてから起動する運用であればos.Getwdで良いと思いますし、「go run」による起動でも問題にならないでしょう。
|
|
18
|
-
起動する運用であればos.Getwdで良いと思いますし、
|
|
19
13
|
|
|
20
|
-
カレントフォルダがどこを指しているか不定の状態で
|
|
21
|
-
運用するようなバイナリであればos.Executableを
|
|
14
|
+
カレントフォルダがどこを指しているか不定の状態で運用するようなバイナリであればos.Executableを利用することになると思います。
|
|
22
|
-
利用することになると思います。
|
1
わかりにくい文の修正
answer
CHANGED
|
@@ -14,7 +14,7 @@
|
|
|
14
14
|
それぞれ関数名の通りの機能ですので、
|
|
15
15
|
目的に応じて使い分けましょう。
|
|
16
16
|
|
|
17
|
-
もちろん成果物バイナリの
|
|
17
|
+
もちろん成果物バイナリの置いてあるフォルダをカレントフォルダに切り替えてから
|
|
18
18
|
起動する運用であればos.Getwdで良いと思いますし、
|
|
19
19
|
|
|
20
20
|
カレントフォルダがどこを指しているか不定の状態で
|