Потому что это стандартная часть файловой системы. Которую Microsoft реализовала, для того, что бы обеспечить совместимость например с форматом файлов пользователей MAC. Кстати первая такая поддержка была еще в NT 3.1. И я думаю, что раз они это сделали специально. И до сих пор поддерживают, то пока есть NTFS, будут и потоки.
Я не говорю, что это не возможно… просто для того, что бы это реализовать, потребуется достаточно много усилий… А потом в один прекрасный момент «лавочку закроют» которая позволяла это реализовать. И придется придумывать что-нибудь другое.
А вообще идея сначала была примерно такой же. Была программа у которой был один единственный настраиваемый параметр (bool). и не хотелось из-за такой мелочи таскать еще один файл с настройкой. Хотел изменять в самом файле тот байт, где хранится инициализирующее значение. Но увы.
Это писалось, как альтернатива, а не как призыв к действию. Мелких утилиты (у которых кстати файлы конфигураций могут быть одинаково названы) смогут жить в одном при спокойно себе в одной папочке, никому не мешая.
1. Я думаю что сканеры руткитов должны учитывать стандартные особенности NTFS. И то что в файлах могут использоваться потоки.
2. Ну для таких больших программ, как игры, я думаю что данный метод не очень подходит. И тем более я считаю, что разработчик сам должен позаботиться о том, что бы подобные случаи вообще не могли произойти.
3. Ну чаще всего в таких файлах хранятся не сами пароли, а хэш функции от них. А проверка идет от того пароля, которые вводит пользователь. Совпадает ли хэш функция введенного пароля, и та хэш функция, что хранится в настройках.
1. По поводу свободного места. Настройки весят мизер, так что этого даже и заметно не будет.
2. А с чего это программа при зависании оставит настройки в некорректном состоянии? Даже если что-то испортится, можно запросто очистить настройки. (работа с потоками происходит так же как и с обычными файлами)
3. Ну во первых пароли в открытом виде давно никто не хранит, а во вторых, для того, что бы этот самый пароль (зашифрованный) вытащить, придется повозиться.
Ну а вообще я писал, что этот способ удобен, если приложение не большое и состоит из одного исполняемого файла.
2. Ну для таких больших программ, как игры, я думаю что данный метод не очень подходит. И тем более я считаю, что разработчик сам должен позаботиться о том, что бы подобные случаи вообще не могли произойти.
3. Ну чаще всего в таких файлах хранятся не сами пароли, а хэш функции от них. А проверка идет от того пароля, которые вводит пользователь. Совпадает ли хэш функция введенного пароля, и та хэш функция, что хранится в настройках.
2. А с чего это программа при зависании оставит настройки в некорректном состоянии? Даже если что-то испортится, можно запросто очистить настройки. (работа с потоками происходит так же как и с обычными файлами)
3. Ну во первых пароли в открытом виде давно никто не хранит, а во вторых, для того, что бы этот самый пароль (зашифрованный) вытащить, придется повозиться.
Ну а вообще я писал, что этот способ удобен, если приложение не большое и состоит из одного исполняемого файла.
сам сижу на миранде (почти сам ее собрал), а вот почти все друзья сидят на qip'е (