Как бороться со слишком длинными модулями?

Всем привет,

В ходе усложнения программы, увеличения ее кода у меня возникает проблема, которая, уверен, встречается у всех. В отдельном модуле появляется так много процедур и функций, что уследить за ними становится все сложнее. А в VB неудобно просматривать код, надо 'мотать' туда-сюда и искать нужную процедуру (вот в VB.NET отдельные процедуры можно сворачивать).

В связи с этим у меня вопрос. Как писать программу так, чтобы ее код был более прозразным? Я создаю модули и модули классов, логично разделяю разные части. Можно, конечно, и отдельные классы разбивать на подклассы и создавать вместо одного модуля несколько более мелких. Но это не очень удобно. Может, профессионалы могут посоветовать что-то удобное?

Спасибо.

0

профессионалы советуют разбивать модули на мелкие, группировать, подклассы. и это наоборот, УДОБНЕЕ. и ближе принципам нормального программирования.

если звучит страшно - то впереди у вас еще столько времени для самосовершенствования

0

Да это одна из старых проблем.
Я думаю, что сами наши инструменты создания программ (в частности редакторы кода) крайне несовершенны - какой-бы ни возьми инструментарий ( если в VB.NET додумались до схлопывания процедур в редакторе кода, то это хорошо, но все-равно далеко до совершенства ),
ведь ничего кроме желания побыстрее заработать на выброшенном на рынок инструментариии, не ограничивает разработчиков программисткого тулза.
Ведь сам интерфейс создания кода может быть гораздо улучшен за счет использования графических схематических структур построения кода, гиперссылок стоящих в тексте, возможностей прямо в программе оформления документации на процедуры и в общем на систему с автоматическим созданием Helpa, который только для идиотов еще не является частью проекта и это только то, что спонтанно приходит в голову,
НО! Мы практически еще остаемся на функионально подобном Turbo от Borlanda времен 88 года редакторе кода (за 15 лет движение - ноль).
И пока будет такое положение - будут такие проблемы как описал Micha12

0

Я вот от безысходности нарисовал в Ворде графическую схему своего проекта: модули, модули класса, процедуры/функции и т.д. Плюс - отдельно наиболее важные глобальные переменные, с указанием того, кто их и зачем использует. Убил на это полдня. После этого один раз внимательно изучил результатов этих трудов, сразу выявил всякие нелепости и ляпы, исправил их, и... перестал пользоваться своей схемой. Она не подходит для 'мониторинга проекта в реальном времени': при любых изменениях в проекте надо переделывать рисунок (схему), а тратить на это время с каждой переделкой становится всё более и более жалко. Поэтому... наверное, я всё же НЕ посоветую эту методику, и в итоге полностью соглашусь с Yuniki: решения надо ожидать со стороны разработчиков среды.

PS: Кстати, 'нелепости и ляпы', которые я выявил, были, в общем-то, совсем некритичны. Оно бы и так всё работало (и ведь работало!) - просто код был 'некрасивым' и кое-где нерациональным. Я думаю, что исправление всех этих ляпов уменьшило размер моего кода на 1%, увеличило быстродействие на 2%, улучшило читаемость кода на 1%, и улучшило экономное отношение к памяти на 0.5%. Ну и стоило мне ради таких мизерных цифр так напрягаться?!

У меня такое ощущение, что сейчас наклевывается новая утилита или адд-он
если у кого-то есть желание поупражнятся можно сделать совместный проект
в результате которого родится нужная многим вещь.
Как мысль?

Во-первых, прежде чем думать о написании такой примочки, неплохо бы поискать в Сети, - а вдруг оно уже есть? у какой-нить AxTools и других подобных фирм, упражняющихся в наворотах к VB IDE.

Во-вторых, я в своё время закидывал в этот форум предложение наваять add-in (типа AxTools Source+ 2000) для вставки типовых кодов из их Инетовской БД прямо в код проекта. Немножко пообсуждали - и топик умер. Думаю, и с этой идеей будет то же самое. Максимум, чего можно ждать, - это что кто-нибудь затрахается настолько, что напишет полукривой add-in и вывалит его как open source в Сеть - типа 'Хотите - доводите до ума, не хотите - не надо'.