Где хранить файл журнала приложения в Windows
Что Вы не протестировали бы? Что-либо, что не могло возможно повредиться.
Когда дело доходит до покрытия кода Вы хотите стремиться к 100% кода, который Вы на самом деле пишете - который является Вами, не должен тестировать сторонний код библиотеки или код операционной системы, так как тот код будет поставлен Вам протестированный. Если нет. В этом случае Вы могли бы хотеть протестировать его. Или если существуют известные ошибки, в этом случае, Вы могли бы хотеть протестировать на присутствие ошибок, так, чтобы Вы получили уведомление о том, когда они фиксируются.
6 ответов
The Application Data directory would seem to be the perfect place, but it's an area that is nearly invisible. You need to give your users an easy way to get to it.
Have your installation script create a Log folder in the Application Data area for your program, and include a link to the folder in your Start menu.
Ничего особенного, но коротко. 32 и 127 - это минимальный и максимальный диапазон символов, которые вы хотите сгенерировать.
The "standard" place for the log would be the AppData directory. However, really its up to you where you want to store them. As they are administrator (power users) then there should be no problems storing the logs in the same directory as the application being run. Even in the MyDocuments of the user would be a good shout.
1.The program directory <- not good. Ideally you will only have RX permissions on this folder.
2.The user's desktop <- technically can be done, but I don't like this idea. Polluting desktop... I, as a user, don't like it.
3.The user's local Application Data directory. <- better
My preference is a subdirectory under the program directory (with a clear name like "DebugLog" or something similar). Permissions on that subdirectory should allow creating and writing files ("Change" will be fine)
In the organization I work for we use the (%TEMP% or %TMP%)\CompanyOrProductName\Logs directory Using %APPDATA% may be problematic with roaming profiles if the logs are numerous or huge : it slows their login process ...
Если вы ОЖИДАЕТЕ , что-то пойдет не так, поместите это в локальный каталог данных приложения пользователя.
Если вы этого не сделаете и просто захотите войти в журнал, я все равно могу подумать о реальном использовании временного каталога. Причина этого проста. Если приложение запускается только один раз, вы оставите корзину в каталоге данных приложения, иначе она больше никому не понадобится. Во временном режиме у вас есть, по крайней мере, ШАНС, что он будет очищен позже.
BTW: IMHO, лучше всего вообще не создавать журнал КАК ФАЙЛ (журнал в памяти), пока что-то не пойдет не так. Затем вы все равно можете предложить диалоговое окно, в котором пользователь выбирает место для сохранения журнала.