У меня есть очень большой код - несколько тысяч строк(и это только начало). Процедура Listbox1click содержит примерно 700 строк. 
Вопрос:
Можно ли как-то вырезать её из кода, поместить в отдельный файл и загрузить во время выполнения программы??



Это сообщение отредактировал(а) Danя - 18.5.2007, 18:58

{$I includefile.pas}

Danя, засунуть процедуру в dll файл...   ,  а для чего тебе это? если только для создания обновлений для проги, то в полне оправдано, а так зачем?,

Ну допустим у человека, написана по обьему большая прога с использованием какой либо графики(картинки, анимация), ТЫ lukas  знаешь сколько такая прога оперативы жрет, да и .EXE весит немерено, тута без динамически подгружаемых DLL не обойтись!!!  


Это сообщение отредактировал(а) valentos - 18.5.2007, 19:35

Valentos прав у меня дофига и графики и звуков!

IMHO, графика или нет - 700 строк для процедуры очень много. Необходимо сделать декомпозицию задачи (разбить на процедуры), а там уже разносить их по юнитам

lukas, 
Расскажи поподробнее про Dll, как подключить
Кстати а можно так сделать- сохранить unit с кодом этой процедуры. только как его потом  подключить  

Danя, советую начать с прочтения учебника по Delphi, раздел про динамически компонуемые библиотеки (Dll), этот вопрос хорошо описан в литературе. Тут нет смысла его поднимать до прочтения книги.

Alexeis, 
ссылку можешь дать?

Например книга 
Ксавье Пачеко - Delphi 5 Руководство разработчика

Может я чего не понимаю, но какой смысл в использовании dll? Что 700 строк в юните, что 700 строк в dll суть от этого не меняется.

ничего, UPX вам в руки, он вам сжимает всю графику...    И 10000 строк не проблема, если процедура занимает 700 строк, это что-то не реальное, по уму нужно делать, разбивать на функции и процедуры.

Это зделает программу более удобной и читабельной а вот производительность упадёт так что каму как  

после обсуждения размеров кода в строках звучало :

а при использовании dll с ресурсами загрузку этих самых в память можно управлять... Захотел - загрузил 5Мб звук. Не захотел - не занимаешь память...

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

skyboy, по моему исходный код это не звук и не графика  .
Во-вторых: если графику и звук (и прочую дрибедень) в dll-ки пихать ...
Короче слов нет.

Вы мне можете конкретно сказать, как процедуры типа: 

подгрузить из внешнего файла в определенную форму?
Пример приведенный drkot не работает(может я ни так делаю)
Я записываю процедуру в файл .pas и подключаю!


Это сообщение отредактировал(а) Danя - 20.5.2007, 16:19

покажи как делаеш.
скорее всего 


PS: в хелпе детально описано использование директивы include

drkot У меня с Английским плохие отношения
Я подозреваю, что я функцию в .pas неправильно записываю:
Я просто вставляю всю функцию в этот файл

Вот pas - файл:

procedure Listbox1Click (...)
var
...
begin
...
end;

Это сообщение отредактировал(а) Danя - 20.5.2007, 20:29

unit1.pas (твоя форма)


includefile.pas


дериктивой include можно вставлять любые куски кода без оглядки на синтаксис языка. компилятор просто заменяет {$I .....} на текст который содержится указанном файле.

Ща попробуем

НАРОД, МОЖЕТ КТО-НИБУДЬ ЗНАЕТ ЕЩЕ ВАРИАНТЫ???

Это сообщение отредактировал(а) Danя - 21.5.2007, 16:31

$REGION 

Спасибо drkot      
Жаль + не могу поставить

Добавлено через 1 минуту и 19 секунд
Yanis, и чё с ним делать?

Это сообщение отредактировал(а) Danя - 21.5.2007, 16:37

Курить... Умную литературу курить и хелпы... F1 почаще нажимать...   

 Я вообще не курю! 

Это сообщение отредактировал(а) Danя - 21.5.2007, 17:18

REGION тут не поможет.
Если бы у человека была 2005-я дельфи и выше, вопрос бы был другим.
А вообще, процедура не должна превышать размера экрана.
Если превышает - нужно разбить на несколько отдельных логических процедур, каждая из которых по размеру не превышает экрана.
Просто нужно код разбить на отдельные логические блоки и оформить как отдельные процедуры.
Чтение кода заметно улучшится ;-)
В ListBoxClick должна находиться вообще одна строчка - вызов процедуры, которая выполнит действие.
700 строк кода - просто несеръёзно.
Значит там тупо накопипастено кода и алгоритм действий не продуман.
Нужно подумать над оптимизацией кода и его логической разбивкой.
А инклюдить - приделывать костыли хромой собаке.

Snowy, Это все я и так знаю, просто времени уже нету   завтра (22.05.2007) здавать проект. Хоть в каком то виде сдам 
А то у меня глаза от компьютера уже как у него:   и об стенку хочется бится   

Ну а так на будующее перечисли варианты, чтобы улучшить читабельность кода (кроме разбивки на отдельные блоки/процедуры)

это никргда не позно сделать


Эта фраза была актуальна для экранов типа 80*25. Сейчас такие экраны встречаются..., что на них пол проекта поместится   

drkot, Наберу 100 сообщений сразу поставлю

Без разбивки - никак.
Логический блок должен быть виден на экране целиком, иначе скролл замучаешь - бегать туда-сюда.
Но можно конечно разбить и на регионы, если дельфя не ниже 2005-й.
Но лучше всё же разделить на отдельные блоки.
Ну и оформление кода должно соответствовать стандартам.

Нужно, чтобы влезало на экран любого, работающего с проектом.
То есть примерно не более 30-50 строк кода на блок.

Культура оформления кода прививается со временем.
Можно почитать исходняки VCL, чтобы привить себе культуру оформления.
Лучше начать это делать раньше, чем позже - потому что, когда выработается свой стиль написания кода, менять его будет ооочень трудно.

Можно попробовать убить сразу двух зайцев - использовать поток. Код обработчика события твоего листбокса загоняшь в тело потока, которое размещаешь отдельным юнитом. А в обработчике просто этот поток запускаешь. В результате и 700 строк убраны в отдельный юнит и проблем с быстродействием визуализации листбокса не будет.

  Ого тема превращается в 10 методов изврата над программированием   . Давайте кто еще круче завернет? Может еще написать плагин с COM сервером заодно, запускать его по сети с чужой машины при помощи заранее внедренного торянца, результаты сохранять в Базу данных и обращаться к ним при помощи SQL запросов.  

Alexeis, думаю, что круче заворачивать не стоит.
И тему пора закрывать, пока она окончательно не забыли суть вопроса.

PS: а все так мило начиналось   

Ладно, впринципе я уже решил вопрос!!!




Всем пасибо

Вопрос закрыт

Это сообщение отредактировал(а) Danя - 22.5.2007, 19:14