Всем привет!
Дано: Винда XP, Visual Studio, .net, программка на С-шарпе
В ходе выполнения программы, требуется доступ к файлам находящимся в директориях
...{username}\Local Settings\Temp\...
и
...{username}\Local Settings\Application Data\... пользователя под под чьим профилем запущена эта программка.
для первого случая использую Path.GetTempPath() http://msdn.microsoft.com/de-de/library/system.io.path.gettemppath.aspx
во втором Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) http://msdn.microsoft.com/de-de/library/system.environment.specialfolder.aspx
Вопросы:
1. Будет ли это работать под седьмой виндой? как я понимаю это ведь функции от дот.нет
2. Насколько это нормально использывать эти директории для сохранения "ini" файлов с установками программы?
3. Или лучще всетаки возиться с записью/чтением данных в registry? (что еще не до конца имплеметированно и протестированно в отличии от чтения/записи файлов)
пс: изначально все установки записывались в файлы в том директории где установлена сама программа ...\Program Files\... что всетаки привело к проблеммам под вистой и семеркой когда юзер не админ... если кому интересно предистория тут: foren.germany.ru/arch/programmer/f/14098736.html?Cat=&page=&view=&sb=&vc=...

Работать будет.Нормально, но Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) вернет путь к "..{username}\Application Data\...", а не к "..{username}\Local Settings\Application Data\..." (Для этого служит Environment.SpecialFolder.LocalApplicationData). Разница в между этими папками в том, что в первом случае папка будет сохранена на сервере, если профиль пользователя объявлен как "Roaming", ну и во втором случае данные вне зависимости от типа профиля буду хранится только локально.ИМХО, registry лучше и вроде возиться с чтением/записью в .net нет нужды (могу ошибаться).

ИМХО, registry лучше
-----
Спорно.
ИНИ в папке программы - понятно - относится к программе.
В другой папке - к другой копии/версии программы.
В Регистре же это надо еще организовывать - место то одно...

сегодня немного тестирововал и все вроде нормально работало "локально" т.е. на физическом диске... завтра попробую как это все действует в сети...
Спасибо за совет!

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

да действительно, я в прошлый раз как раз на эти грабли тоже наступал, т.к. неисключается что на машине могут быть установлены и старая и новая версия программы. Пришлось тупо переименовывать разветвлять начальные ветки в registry.

В этом случае - да, более-мение сравнимая. В том смысле, что обозначенная проблема имеет место быть.
Писать в папку билли запретить не умеет.

умеет. Не в прямом же смысле, конечно. Достаточно стандартному пользователю с правами по умолчанию запретить. Это уже равнозначно полному запрету, т.к. при разработке это уже надо учитывать.

Это уже равнозначно полному запрету
-----
Это означает, что необходимо один раз написать правильный врапер.
С точки зрения разработчика - будет не using System.IO, a using Wraper.IO.
Ни о чем больше думать не надо.

ну конечно. А начинка сама напишется. И настройки из легаси-файла на пользовательской машине в новый тоже сами.

Кто тебе мешает запустить что нужно под админом или получить привелегии?

пользователи мешают. В кол-ве нескольких сотен штук.

Да ну?
А если и мешают - сотри их нафиг...

Не скажи. Настройки из профайла куда проще переносить. Например Мозилловские поделки - путь к профайлу прописал после реинсталяции, и готово!

ну, я имел в виду схожесть в том факте, что надо разбивать на каталоги/ветки под каждую версию программы (если такое требуется).

Администратор :)
А на домашних машинах - здравый смысл :) (например я содал себе и жене профили с ограниченными правами :) )

Он тебе не мешает - есть РЕБООТ, есть "AT", есть и другие возможности.

Кто "он"? Администратор или здравый смысл?
Про "РЕБООТ" и "АТ" не понял... да и другие возможности как-то не очень понятны. Поясни плиз, каким образом имея ограниченные права можно стать админом? :)

А каким образом ты вообще делаешь из-под юзера то, для чего тебе нужны админовские привелегии?
Если не делаешь - тебе это не нужно и не засоряй голову.

Murr_0005, ты хочешь счазать, что юзер может делать что-то с админскими привелегиями в обход политики безопасности (и в частности UAC'а)?
Если да, то хотелось бы знать как :) Вдруг когда-нибудь понадобится? :)