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

@micha12 · Регистрация: 20.01.2009

Студворк — интернет-сервис помощи студентам

Всем привет,

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

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

Спасибо.

@mr_dronski · 24.06.2009, 05:57

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

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

@yuniki · 24.06.2009, 13:56

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

25.06.2009, 12:47

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

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

25.06.2009, 13:37

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

25.06.2009, 14:57

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

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

Новые блоги и статьи Все статьи Все блоги /
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .	Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .

@micha12 0 / 0 / 0 Регистрация: 20.01.2009 Сообщений: 118

	Как бороться со слишком длинными модулями? 24.06.2009, 03:14. Показов 898. Ответов 5 Метки нет (Все метки) Всем привет, В ходе усложнения программы, увеличения ее кода у меня возникает проблема, которая, уверен, встречается у всех. В отдельном модуле появляется так много процедур и функций, что уследить за ними становится все сложнее. А в VB неудобно просматривать код, надо 'мотать' туда-сюда и искать нужную процедуру (вот в VB.NET отдельные процедуры можно сворачивать). В связи с этим у меня вопрос. Как писать программу так, чтобы ее код был более прозразным? Я создаю модули и модули классов, логично разделяю разные части. Можно, конечно, и отдельные классы разбивать на подклассы и создавать вместо одного модуля несколько более мелких. Но это не очень удобно. Может, профессионалы могут посоветовать что-то удобное? Спасибо. 0

@mr_dronski 4 / 4 / 1 Регистрация: 13.08.2008 Сообщений: 931
	24.06.2009, 05:57
	профессионалы советуют разбивать модули на мелкие, группировать, подклассы. и это наоборот, УДОБНЕЕ. и ближе принципам нормального программирования. если звучит страшно - то впереди у вас еще столько времени для самосовершенствования 0

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

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

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

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