По умолчанию, я бы прочитал конфигурацию один раз при запуске, и я бы сделал это не только на CE, но и на любой другой системе. Если я хочу реагировать на изменения в конфигурации, я бы предпочел, чтобы перезагрузка была явной, например, например. передавая программе сигнал. Не имея сигналов под CE, вы можете использовать именованное событие или спросить пользователя, есть ли у вас пользовательский интерфейс. Не имея этого, я проверял временную метку файла через регулярные промежутки времени и перезагружал файл при внесении изменений, но все равно сохранял копию в памяти.
Причина, по которой не открывать-считывать-закрывать файл для отдельных значений, заключается в том, что иногда два значения имеют зависимости, и если вы это сделаете, вы можете получить старое и новое значение в памяти, что приведет к несогласованности. Кроме того, я бы утвердил конфигурацию для здравомыслия, прежде чем начать ее использовать. Тем не менее, также ужасно неэффективно обращаться к жесткому диску, просто чтобы прочитать одно значение конфигурации.
Что касается записи изменений, я бы сделал это либо по явному запросу пользователя, либо автоматически после принятия изменений. Тем не менее, я постараюсь избежать написания одного значения по той же причине, что и чтение отдельных значений.
И, наконец, INI-файлы были объявлены устаревшими, поэтому API-интерфейс win32 для их чтения и записи не поддерживается CE. Это объясняет, почему кто-то закачивает свои собственные классы для чтения и записи этих файлов. MS хочет, чтобы вы использовали реестр, для которого API присутствует и поддерживается. Я действительно не согласен с MS здесь, поскольку текстовые файлы конфигурации (необязательные INI-файлы) предоставляют некоторые функции, которые нет в реестре, например, например. возможность использования существующих текстовых инструментов.
Чтобы получить заголовок, вы также можете переключиться на STLport, который поддерживает CE5 и 6 (и в некоторой степени даже более ранние версии). –