> будет не кроссплатформенно (в Windows \, а в Lixux /)
Хм.... У меня локально на Винде работает. Путь с обычными слешами - "DirFiles" : "../test_html_files/"
Я ж не против Join(), но выражение с ним дает ошибку (см. выше скрин). "Не с чем работать" ему.
> Интерфейс/структуру вообще нельзя привести к типу string,
С приведением понятно.
Осталось неясным почему ReadDir() реализует интерфейс fs.FileInfo, а компилятор ругается на ошибку с типом os.FileInfo (из другого пакета даже).
Ну и напрасно в синтаксисе ReadDir() не указан "приёмник" - т. е. не вот так: func (fs fs.FileInfo) ReadDir(dirname string) ([]fs.FileInfo, error). Хотя к вопросу это не относится. Было бы понятнее (для некоторых).
> Он определён как type FileInfo = fs.FileInfo
> Т.е. грубо это тот же интерфейс, методы которого можно вызывать точно также.
А если не "грубо", то есть нюансы? Т. е. то же, да не то же?
Хочу понять почему так сделано, или почему так получилось. И - это некое исключение, или норма?
> ioutil.ReadDir возвращает []fs.FileInfo
У меня компилятор в консоли ругается, что не может тип os.FileInfo преобразовать. Что-то я запутался совсем! ((
Исходные файлы есть. Но вопрос шире - если их нет, например, или читать надо не программный код, а [любой] текст (опять же "минимизированный" - где нет переносов строк).
Иван, читать нужно программный код, в том числе с вставками контента. Вообще любой, в частности - html и css (если есть задача перелинковки, например). Чтение надо производить Go-приложением.
Цель чтения - поиск заданного фрагмента. Вообще.
А в частности - надо перелинковать определенные ссылки в html-/css-файле.
Данные - программный код, в т. ч. с некоторым контентом.
Хм.... У меня локально на Винде работает. Путь с обычными слешами - "DirFiles" : "../test_html_files/"
Я ж не против Join(), но выражение с ним дает ошибку (см. выше скрин). "Не с чем работать" ему.