Что лучше: Модуль с 20 функциями или 10 модулей по 2 функц.?

[Wolfie]

Ну встал такой вопрос: пишу dll (точнее собираюсь) с функциями и контролами... и мне удобнее делать по смысловым группам модули по 2-3 функции и так получится штук 20 модулей, а то и 50... Это сильно хуже чем сделать пару-тройку модулей по 20 функций в каждом?... интуитивно чувствую, что чем меньше модулей, тем лучше... но надеюсь, что все же меня кто-нибудь успокоит )))

[Andrey Fedorov]

Как удобней по смыслу так и делай - чтобы потом нужные части логично и просто можно было скопировать в другое приложение.

Функции в модуле будут, надеюсь, не по три строчки каждая?

[Wolfie]

нет )) но не будет ли это занимать больше памяти и не понизит ли это скорость, ну например скорость обращения к функциям.... если сделаю 40 модулей?

[Andrey Fedorov]

нет )) но не будет ли это занимать больше памяти и не понизит ли это скорость, ну например скорость обращения к функциям.... если сделаю 40 модулей?

Не понизит. Но ты сам можешь в них запутаться, мешаться будут...

[marvan]

Сколько сущьностей в программе - столько и модулей.
И нет ничего страшного, если они распределены по 20 модулям.
Для упрощения доступа к функциям можно добавить дополнительные модули - фасады.

[jangle]

Ну встал такой вопрос: пишу dll (точнее собираюсь) с функциями и контролами... и мне удобнее делать по смысловым группам модули по 2-3 функции и так получится штук 20 модулей, а то и 50...

На загрузку каждой DLL, особенно ActiveX DLL, тратиться приличное количество ресурсов системы. Плюс расход реестра на регистрацию десятков COM библиотек. Каждая зарегистрированная библа, хоть и немного, но замедляет работу с реестром, а значит и всей системы в целом. Экономнее надо быть, с ресурсами, они не бесконечны.
Представь, что твою прогу запустят на тяжело загруженном сервере, где каждый килобайт памяти на счету. И возможно, твоя программа станет последней каплей, которая опрокинет всю систему.

p.s. Лучше обойдись вообще без DLL, или одну, две максимум

[tyomitch]

jangle, сосчитай длл-ки в папке Офиса

Логика, на самом деле, как раз противоположная: чем мельче подробить функциональность по длл-кам, тем меньше памяти будет тратиться на ненужный (в конкретном случае) код, загружающийся в нагрузку к нужному.

[jangle]

jangle, сосчитай длл-ки в папке Офиса

Так вот значит почему офис такой тормозной! Dll hell виноват

[tyomitch]

Ага, а Dll heaven -- это когда рантайм на 20Мб, в котором всё кроме кухонной раковины, и который приходится перевыкачивать целиком каждый раз, когда исправилась одна функция?

[alibek]

tyomitch, тебе не нравится .NET?

[tyomitch]

Я трепещу в ужасе от сознания того, что все длл-ки, загружаемые в один процесс, должны быть собраны с одним и тем же FW.

Т.е. если я нашёл где-то старую библиотеку, собранную в VS2002, чей автор потом разочаровался и выпил йаду, то мне в VS2005 ещё использовать ну никак не удастся.

Если это позиционируется как решение Dll-hell, то лучше уж пусть будет Dll-hell...

[Wolfie]

jangle ну речь-то не о 20 ДЛЛ, а о 20 модулях в одной ДЛЛ!
marvan что такое мордули-фасады?

Вообще, такая раздробленность объясняется тем, что функции мне так удобнее отлаживать, подключая такие модульки к проектам, и не трогая ничего лишнего в отладке.

Но впрочем, Andrey Fedorov и все остальные утешили меня в стремлении сделать как я и хотел - 20 модулей по 3-4 функции - (смысловые семьи)

Всем спасибо)

И все же: Быстрее или медленее - 20 модулей или 2? Можно ли логику ДЛЛ tyomitch'a применить к нутру ДЛЛ?