arrtнекой папки с фалами в .Net.
Причем тут .Net ?

arrtНо мне надо как то связать имена фпайлов и их байтовое содержимое.

вообще не понял, это как?

new FileInputStream( <имя_файла> )
замечательно все связывает )))

arrtНадо ли здесь испольовать Hastable (Dictionary), для получение последующей возможности распаковать сериализированый контент, или можно использовать какие то встроенные (собственные) итераторы?

Опять таки не понятно, что Вы пытаетесь сделать.

arrtВозможно ли для бинарной сериализации использовать древовидные структуры, например клас Папки из листом пакок (подпапок) и файлов

Для сериализации AFAIK ничего использовать не нужно. Она и так работает

Сериализовать коллекции, в том числе дерево - да, можно, без проблем


arrtили здесь рекурсия не подойдет

Какая рекурсия? Откуда еще и рекурсия взялась.

arrtвременные обьекты при сериализации/десериализации будут размещатся на стеке
Кто и где будет размешаться, то мне не ведомо.

Но вообще, как-то возникает подозрение, что на стеке ОБЪЕКТЫ размещаться НЕ умеют. На стеке могут быть только атомарные типы, если я не путаю.

arrtобьем которого несколько мегабайт

Если Вам не хватает - ну увеличьте стек.
Ну или перепишите Ваши алгоритмы без рекурсии.

arrtКасательно дерева - то сделать один tree class object этой папки невозможно без рекурсии....
ЛЮБОЙ рекурсивный алгоритм можно представить в виде не рекурсивного.

arrtУвеличивать стек возможно разве на ПК разработчика, но не все же пользователей, но если папка 100-200 мб то и это не подойдет в тестовых целях.

А причем тут размер папки?

Даже при рекурсивном обходе, глубина рекурсии будет ровно такая же, как вложенность директориев.

Т.е. при 1 мб стеке, считая где нибудь 100 байт на кадр стека.... Вы знаете реальные винчестеры, где есть вложенность 10 000 папок друг в друга? Например на Windows это достаточно затруднительно, т.к. есть придел на максимальную длину имени файла. Директории не то, что по одному символу, а по четвертинке символа называть придется... лично я так не умею ))) у меня клавиатура только из целых клавиш (слава богу), даже половинку буквы и то в имя файла напечатать сложно ((((

https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa365247(v=vs.85).aspx#maxpath

MSDNMaximum Path Length Limitation

In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters . A local path is structured in the following order: drive letter, colon, backslash, name components separated by backslashes, and a terminating null character. For example, the maximum path on drive D is "D:\some 256-character path string<NUL>" where "<NUL>" represents the invisible terminating null character for the current system codepage. (The characters < > are used here for visual clarity and cannot be part of a valid path string.)
.....

The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters .