Перенос методов формы в другие модули

@Anasbonna · Регистрация: 24.12.2012

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

В общем такая проблема. Создаю форму, на которой очень много всяких элементов, различных вкладок, кнопочек с собственными обработчиками и прочее, естественно все это рано или поздно начинает превышать все разумные пределы и держать все эти обработчики в одном файле, как это делает по умолчанию мой Embarcadero XE некрасиво.

Можно вручную создать новый модуль и перенести туда часть функций. В этом случае всё компилится, но из редактора формы уже нельзя перейти к этим обработчикам.

Подскажите как лучше сделать?

AntonChik · 17.06.2013, 09:17

а чем некрасиво?
и каким должен быть по вашему лимит?
может вы сами прегрузили интерфейс и просто стоит обзавестись еще несколькими вспомогательными формами?

тем не менее жду мнение экспертов.

@Anasbonna · 17.06.2013, 09:50 **[ТС]**

Сообщение от AntonChik

а чем некрасиво?
и каким должен быть по вашему лимит?

Приближается у двум тысячам строк... Как то уже глаза разбигаются искать нужную функцию.

@kzru_hunter · 17.06.2013, 10:17

В билдере есть окно 'Structure":

Через него можно быстро получать доступ к элементам юнита (только нужно давать осмысленные имена элементам).
Можно еще использовать сочетание клавиш ctrl+вверх для перехода к описанию класса, метода, функции. При нажатии ctrl+влево происходит возврат назад. Ещё есть возможность сворачивания кода. Можно еще упросить код обработчиков формы, завернув операции в функции и некоторые из этих функций перенести в другой юнит.

AntonChik · 17.06.2013, 10:26

Сообщение от kzru_hunter

Можно еще упросить код обработчиков формы, завернув операции в функции и некоторые из этих функций перенести в другой юнит.

да. более того, считается хорошим тоном всегда разбивать код, т.е. писать дополнительные функции, если текст кода начинает превышать экран.
с одной растянувшейся на 5 экранов функцией будет намного больше неудобств, чем с 5 дополнительными функциями.

@Avazart · 18.06.2013, 01:55

Нужно просто стараться писать по меньше однотипных обработчиков - стараться их объединять в один.

Если это не визуальная часть- составлять ф-ции и классы вынесенные в отдельные модули...

Для визуально части есть такая штука как фреймы - в них можно компоновать компоненты... а затем фрейм располагать на форме. Фрейм идет отдельным модулем - соответственно уменьшает нагромождение компонентов.

Для не видимых компонентов есть такая штука как DataModule.

Так же можно писать свои компоненты, но это зависит от случая...

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

@Anasbonna 0 / 0 / 0 Регистрация: 24.12.2012 Сообщений: 14

	Перенос методов формы в другие модули 17.06.2013, 08:44. Показов 1235. Ответов 5 Метки нет (Все метки) В общем такая проблема. Создаю форму, на которой очень много всяких элементов, различных вкладок, кнопочек с собственными обработчиками и прочее, естественно все это рано или поздно начинает превышать все разумные пределы и держать все эти обработчики в одном файле, как это делает по умолчанию мой Embarcadero XE некрасиво. Можно вручную создать новый модуль и перенести туда часть функций. В этом случае всё компилится, но из редактора формы уже нельзя перейти к этим обработчикам. Подскажите как лучше сделать? 0

AntonChik 1090 / 588 / 121 Регистрация: 11.11.2008 Сообщений: 1,544
	17.06.2013, 09:17
	а чем некрасиво? и каким должен быть по вашему лимит? может вы сами прегрузили интерфейс и просто стоит обзавестись еще несколькими вспомогательными формами? тем не менее жду мнение экспертов. 0

@kzru_hunter 1124 / 795 / 101 Регистрация: 01.02.2011 Сообщений: 1,887 Записей в блоге: 1
	17.06.2013, 10:17
	В билдере есть окно 'Structure": Через него можно быстро получать доступ к элементам юнита (только нужно давать осмысленные имена элементам). Можно еще использовать сочетание клавиш ctrl+вверх для перехода к описанию класса, метода, функции. При нажатии ctrl+влево происходит возврат назад. Ещё есть возможность сворачивания кода. Можно еще упросить код обработчиков формы, завернув операции в функции и некоторые из этих функций перенести в другой юнит. 1

@Avazart 8488 / 6155 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	18.06.2013, 01:55
	Нужно просто стараться писать по меньше однотипных обработчиков - стараться их объединять в один. Если это не визуальная часть- составлять ф-ции и классы вынесенные в отдельные модули... Для визуально части есть такая штука как фреймы - в них можно компоновать компоненты... а затем фрейм располагать на форме. Фрейм идет отдельным модулем - соответственно уменьшает нагромождение компонентов. Для не видимых компонентов есть такая штука как DataModule. Так же можно писать свои компоненты, но это зависит от случая... 0