Зачем нужны ini файлы?

[БорисМ]

Если я правильно понимаю, то файл ini нужен при старте или завершении программы. А не проще ли создавать текстовый файл, из которого последовательно считывать (или в который последовательно выводить) все нужные данные при помощи обычных (Line) Input и Print, чем создавать громадные модули для работы с ini файлом и мучиться с АРI?

Объясните, пожалуйста, "чайнику"...

[ANDLL]

INI файлы читабельнее. Кроме того, при большом количестве параметорв работать с INI-файлами значительно проще, чем с text. А иных отличий нет - каждый выбирает то, что ему удобнее. Я, к примеру, предпочитаю XML в больших(относительно) программах и бинарные файлы в небольших(относительно) программах.

[Sedge]

Мне кажется - это вопрос предпочтений. Я, допустим, когда-то давно написал класс для работы с инишниками, основанный на API и с тех пор только им и пользуюсь. А насчет plain-text и ini - просто однажды создали стандарт, по которому настройки приложения сохраняются в файлах с определенной структурой.

[Ennor]

Представь себе какую-нить действительно серьезную программу - почтовый сервер, например. Думаю, можешь себе представить, сколько различных параметров конфигурирования у такого зверя может быть. Не удивлюсь, если более тысячи (просто ни разу не видел конфиг почтаря). Ну и что, ты будешь делать в каждом случае последовательное чтение с начала только для того, чтобы добраться до предпоследней строки? А ведь апишки для работы с инишниками сами поиск осуществляют. И секцию ищут, и параметр. Кстати, никто тебе не запрещает читать обычный INI как текст с помощью указанных тобой функций. Только геморно это очень, как видишь.

Оно, конечно, XML более универсален - у него может быть степень вложенности данных больше двух (группа\параметр), как это имеет место быть в случае INI. Но до чего же он, собака, избыточный...

[xolod]

А вообще по рекомендациям Microsoft INI использовать архаично. На дворе XXI век, XML и реестр рулят

To Ennor
SendMail видел???
Дык там все параметры типа
Параметр=Значение
или
Параметр {Список условий и значений им соответствующих}
просто свалены в текстовик

И настроивать его БООЛЬШОЙ гемморой, а лучше почтового сервера нет, вот и приходится...

[Andrey Fedorov]

А вообще по рекомендациям Microsoft INI использовать архаично. На дворе XXI век, XML и реестр рулят

Да глупость все это. Если мне нужен файл конфигурации который к тому-же удобно править ручками, то INI-самый один из оптимальных вариантов.

А так, где хранить настройки - это уже по месту - INI, XML, реестр, бинарный файл или просто в СУБД - в общем, где рациональней в каждом конкретном случае.

[БорисМ]

...Ну и что, ты будешь делать в каждом случае последовательное чтение с начала только для того, чтобы добраться до предпоследней строки? А ведь апишки для работы с инишниками сами поиск осуществляют. И секцию ищут, и параметр. Кстати, никто тебе не запрещает читать обычный INI как текст с помощью указанных тобой функций. Только геморно это очень, как видишь.

Вообще-то, говоря о Input и Print, я несколько утрировал. Точнее было бы сказать Get и Put, а файл открывать как файл с произвольным доступом. Тогда не нужно читать его весь, а обращаться только к нужной записи. Получается прямая аналогия с INI файлом, но не нужно класса для работы с ним, а в каждый конкретный момент работы программа будет обращаться к конкретному параметру (записи), на который я ей укажу при ее анписании.

Впрчем, из сказанного всеми я понял так, что нет разницы - использую ли я реальный INI файл, или любой текстовый, дав ему (для приличия) расширение .INI - результат будет один и тот же.

Спасибо всем, кто помог внести ясность в этом вопросе!!!

[|kerish|]

Насчет INI-файлов:
Товарищи, задумайтесь, а как GetPrivateProfileString получает значение...
Таким же перебором всех строк.

[Andrey Fedorov]

Товарищи, задумайтесь, а как GetPrivateProfileString получает значение...
Таким же перебором всех строк.

Тем не менее это файлы настроек а не СУБД - т.е данных в них не столь уж и много. Ну а хочется с меньшим числом обращений к диску - есть возможность считать сразу секцию...

[БорисМ]

Товарищи, задумайтесь, а как GetPrivateProfileString получает значение...
Таким же перебором всех строк.

Тем не менее это файлы настроек а не СУБД - т.е данных в них не столь уж и много. Ну а хочется с меньшим числом обращений к диску - есть возможность считать сразу секцию...

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

[Andrey Fedorov]

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

Откуда огромный?
Несколько строк и все обработано... От подхода зависит.

[БорисМ]

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

Откуда огромный?
Несколько строк и все обработано... От подхода зависит.

Может быть и так, но те модули для работы с INI, что я видел (кое-что качнул из интернета) порожали своим размером. Все эти функции поиска, записи, удаления разделов (подразделов, параметров...). Ну никак не укладывается в пару строк. Возможно, я заблуждаюсь