Как привести тип os.FileInfo к типу string?

Question

[Vadim Rublev]

Как привести тип os.FileInfo к типу string? Что там такого, в os.FileInfo, помимо элементов в срезе?
В частности, хочу в срезе элементов в папке оставить только файлы определенного типа:

filesDir, err := ioutil.ReadDir(".")
for _, fileDir := range filesDir {
    if filepath.Ext(string(fileDir)) == ".txt" && !fileDir.IsDir() {
        fmt.Println("Файл(ы) .txt в текущей папке:", fileDir.Name())
    }
}

А вообще - это для каждого суррогатного типа нужен свой приём приведения к другому типу? Или есть какой-то универсальный подход?

Answer 1

[Евгений Мамонов]

ioutil.ReadDir возвращает []fs.FileInfo
Это интерфейс, выглядит вот так

type FileInfo interface {
	Name() string       // base name of the file
	Size() int64        // length in bytes for regular files; system-dependent for others
	Mode() FileMode     // file mode bits
	ModTime() time.Time // modification time
	IsDir() bool        // abbreviation for Mode().IsDir()
	Sys() interface{}   // underlying data source (can return nil)
}

Т.е. в вашем случае filepath.Ext(string(fileDir)) можно заменить на filepath.Ext(fileDir.Name())
Это то, что нужно или нужно что-то другое?
По примеру кода не совсем понятно для чего вам нужно приведение к os.FileInfo/string.

Посмотрел os.FileInfo
Он определён как type FileInfo = fs.FileInfo
Т.е. грубо это тот же интерфейс, методы которого можно вызывать точно также.

Comments

[Vadim Rublev]

Проверяю...

> ioutil.ReadDir возвращает []fs.FileInfo
У меня компилятор в консоли ругается, что не может тип os.FileInfo преобразовать. Что-то я запутался совсем! ((

[Евгений Мамонов]

Скиньте скриншот и/или полный код

[Евгений Мамонов]

надо понять на что именно он ругается

[Vadim Rublev]

[Vadim Rublev]

> Он определён как type FileInfo = fs.FileInfo
> Т.е. грубо это тот же интерфейс, методы которого можно вызывать точно также.
А если не "грубо", то есть нюансы? Т. е. то же, да не то же?
Хочу понять почему так сделано, или почему так получилось. И - это некое исключение, или норма?

[Евгений Мамонов]

Vadim Rublev, а что в 103й строке написано?

[Vadim Rublev]

Работает. Спасибо!
...Но таки хочется с типом/интерфейсом нюанс понять.

[Vadim Rublev]

103-я строка (средняя в коде в вопросе):

if filepath.Ext(string(fileDir)) == ".txt" && !fileDir.IsDir() {

[Евгений Мамонов]

> Но таки хочется с типом/интерфейсом нюанс понять.
Интерфейс/структуру вообще нельзя привести к типу string,
В случае с этим интерфейсом можно воспользоваться методом Name().

Если структура/интерфейс реализуют интерфейс Stringer, т.е. у структуры или интерфейса есть метод String() - тогда можно его вызывать.
Это единственный известный мне вариант

[Vadim Rublev]

> Интерфейс/структуру вообще нельзя привести к типу string,
С приведением понятно.

Осталось неясным почему ReadDir() реализует интерфейс fs.FileInfo, а компилятор ругается на ошибку с типом os.FileInfo (из другого пакета даже).
Ну и напрасно в синтаксисе ReadDir() не указан "приёмник" - т. е. не вот так: func (fs fs.FileInfo) ReadDir(dirname string) ([]fs.FileInfo, error). Хотя к вопросу это не относится. Было бы понятнее (для некоторых).

[Евгений Мамонов]

> Осталось неясным почему ReadDir() реализует интерфейс fs.FileInfo, а компилятор ругается на ошибку с типом os.FileInfo (из другого пакета даже).
Думаю потому, что тип os.FileInfo определён как
type os.FileInfo = fs.FileInfo

> Ну и напрасно в синтаксисе ReadDir() не указан "приёмник" - т. е. не вот так: func (fs fs.FileInfo) ReadDir(dirname string) ([]fs.FileInfo, error)
Так не получится, он же возвращает слайс интерфейсов fs.FileInfo, в таком виде func (fs fs.FileInfo) можно определять функции типа IsDir, Name, которые относятся только к одной записи, а не слайсу

[Vadim Rublev]

> Думаю потому, что тип os.FileInfo определён как
Ясно.

> Так не получится, он же возвращает слайс интерфейсов fs.FileInfo,
Понятно.

Спасибо!