В любом случае, в результате текстовый файл пользователи могут взломать с помощью блокнота. Единственная причина для FSO состоит в том, чтобы иметь простой способ чтения / записи текста Unicode. Можно также обойтись байтовым массивом ввода-вывода и явными преобразованиями (массив в строку) и разбором строк на уровне, необходимом, чтобы избежать FSO. Если это так, просто не забудьте о спецификации UTF-16LE.

ел бы сохранить содержимое структуры данных, несколько массивов и дюжину или около того переменных в файле, который может быть сохранен и перезагружен моим программным обеспечением, а также при желании отредактирован пользователем в текстовом редакторе. Для редактирования текста мне нужно, чтобы данные были четко помечены, как в хорошем ole-файле .ini:

AbsMaxVoltage = 17,5

Есть графический интерфейс, и можно утверждать, что пользователь должен просто загружать, сохранять и изменять из графического интерфейса, но клиент хочет иметь возможность читать и изменять данные в виде текста.

Достаточно просто написать код для его сохранения и перезагрузки (при условии, что все метки находятся в одном месте и изменились только данные). С большим количеством работы (или с использованием некоторого кода INI R / W, который уже существует, я мог бы обратить внимание на метку, поэтому, если строка удаляется или перемещается вокруг переменных, все еще корректно, но оба эти подхода кажутся довольно старыми). Школа, поэтому мне интересно, как самые яркие умы программистов подошли бы к этому сегодня (используя десятилетний VB6, который, я должен признать, я все еще люблю).

Отказ от ответственности: я инженер-электрик, а не программист. Это не моя дневная работа. Ну, может быть, это несколько% моей дневной работы.

Ура!