Як отримати каталог файлу, який зараз працює?

У nodejs я використовую __dirname . Що таке еквівалент у Голангу?

Я переглянув цю статтю і дізнався цю статтю http://andrewbrookins.com/tech/golang-get-directory-of-the-current-file/ . Де він використовується нижче коду

_, filename, _, _ := runtime.Caller(1)
f, err := os.Open(path.Join(path.Dir(filename), "data.csv"))

Але це правильний спосіб чи ідіоматичний спосіб у Голангу?

Це слід зробити:

import (
    "fmt"
    "log"
    "os"
    "path/filepath"
)

func main() {
    dir, err := filepath.Abs(filepath.Dir(os.Args[0]))
    if err != nil {
            log.Fatal(err)
    }
    fmt.Println(dir)
}

EDIT: Станом на Go 1.8 (вийшов у лютому 2017 року) рекомендований спосіб зробити це за допомогою os.Executable:

func Executable() (string, error)

Виконавчий файл повертає ім'я шляху для виконуваного файлу, який розпочав поточний процес. Немає гарантії, що шлях все ще вказує на правильний виконуваний файл. Якщо для запуску процесу було використано символьне посилання, залежно від операційної системи, результатом може бути символьне посилання або шлях, на який він вказував. Якщо потрібен стабільний результат, шлях / filepath.EvalSymlinks може допомогти.

Щоб отримати лише каталог виконуваного файлу, який ви можете використовувати path/filepath.Dir.

Приклад :

package main

import (
    "fmt"
    "os"
    "path/filepath"
)

func main() {
    ex, err := os.Executable()
    if err != nil {
        panic(err)
    }
    exPath := filepath.Dir(ex)
    fmt.Println(exPath)
}

СТАРИЙ ВІДПОВІДЬ:

Ви повинні мати можливість використовувати os.Getwd

func Getwd() (pwd string, err error)

Getwd повертає вкорінене ім'я шляху, що відповідає поточному каталогу. Якщо до поточного каталогу можна дістатися кількома шляхами (через символічні посилання), Getwd може повернути будь-який із них.

Наприклад:

package main

import (
    "fmt"
    "os"
)

func main() {
    pwd, err := os.Getwd()
    if err != nil {
        fmt.Println(err)
        os.Exit(1)
    }
    fmt.Println(pwd)
}

Скористайтеся пакетом osext

Вона забезпечує функцію, ExecutableFolder()яка повертає абсолютний шлях до папки, в якій перебуває виконувана в даний час виконувана програма (корисно для завдань cron). Це кросова платформа.

Інтернет-документація

package main

import (
    "github.com/kardianos/osext"
    "fmt"
    "log"
)

func main() {
    folderPath, err := osext.ExecutableFolder()
    if err != nil {
        log.Fatal(err)
    }
    fmt.Println(folderPath)
}

filepath.Abs("./")

Abs повертає абсолютне зображення шляху. Якщо шлях не є абсолютним, його буде з'єднано з поточним робочим каталогом, щоб перетворити його в абсолютний шлях.

Як зазначено в коментарі, це повертає каталог, який наразі є активним.

якщо ви використовуєте цей спосіб:

dir, err := filepath.Abs(filepath.Dir(os.Args[0]))
if err != nil {
    log.Fatal(err)
}
fmt.Println(dir)

ви отримаєте шлях / tmp, коли будете запускати програму, використовуючи таку IDE, як GoLang, оскільки виконуваний файл збереже та запуститься з / tmp

я думаю, що найкращий спосіб отримати поточний каталог або "." є:

import(
  "os" 
  "fmt"
  "log"
)

func main() {
  dir, err := os.Getwd()
    if err != nil {
        log.Fatal(err)
    }
  fmt.Println(dir)
}

os.Getwd () функція повертає поточний робочий каталог. і все це без використання жодної зовнішньої бібліотеки: D

Якщо ви використовуєте пакет osext від kardianos і вам потрібно тестувати локально, як, наприклад, прокоментував Дерек Даулінг:

Це добре працює, поки ви не хочете використовувати його з go run main.go для локального розвитку. Не впевнений, як краще обійти це, не будуючи виконуваного файлу заздалегідь.

Рішення цього полягає в тому, щоб зробити утиліту gorun.exe замість використання запуску. Утиліта gorun.exe скомпілює проект за допомогою "go build", після чого запустіть його відразу після цього, у звичайному каталозі вашого проекту.

У мене виникла ця проблема з іншими компіляторами, і я виявив, що я роблю ці утиліти, оскільки вони не постачаються разом із компілятором ... Це особливо приховано з такими інструментами, як C, де потрібно компілювати та зв’язувати, а потім запускати його (занадто багато роботи).

Якщо комусь подобається моя ідея про gorun.exe (або ельф), я, швидше за все, незабаром завантажую його в github ..

Вибачте, ця відповідь розуміється як коментар, але я не можу коментувати через те, що ще не маю репутації досить великої.

Крім того, "go run" може бути змінено (якщо у нього вже немає цієї функції), щоб мати такий параметр, як "go run -notemp", щоб не запускати програму у тимчасовому каталозі (або щось подібне). Але я вважаю за краще просто ввести горун або "гор", оскільки він коротший, ніж перекручений параметр. Gorun.exe або gor.exe потрібно буде встановити в тому самому каталозі, що і ваш компілятор go

Реалізація gorun.exe (або gor.exe) була б тривіальною, так як я це робив з іншими компіляторами лише у кількох рядках коду ... (останні відомі слова ;-)

os.Executable: https://tip.golang.org/pkg/os/#Executable

filepath.EvalSymlinks: https://golang.org/pkg/path/filepath/#EvalSymlinks

Повна демонстрація:

package main

import (
    "fmt"
    "os"
    "path/filepath"
)

func main() {
    var dirAbsPath string
    ex, err := os.Executable()
    if err == nil {
        dirAbsPath = filepath.Dir(ex)
        fmt.Println(dirAbsPath)
        return
    }

    exReal, err := filepath.EvalSymlinks(ex)
    if err != nil {
        panic(err)
    }
    dirAbsPath = filepath.Dir(exReal)
    fmt.Println(dirAbsPath)
}

Іноді цього достатньо, першим аргументом завжди буде шлях до файлу

package main

import (
    "fmt"
    "os"
)


func main() {
    fmt.Println(os.Args[0])

    // or
    dir, _ := os.Getwd()
    fmt.Println(dir)
}

Відповідь Густаво Німейєра чудова. Але в Windows, час виконання програми здебільшого знаходиться в іншому режимі, як це:

"C:\Users\XXX\AppData\Local\Temp"

Якщо ви використовуєте відносний шлях до файлу, наприклад "/config/api.yaml", це використовуватиме шлях вашого проекту там, де існує ваш код.