Программа для сборки всего VB проэкта в одной папке.

[CodeName33]

Иногда надо отправить исходник, хотя бы сюда в форум, а смотреть какие формы модули в проэкте чтобы собирать в одной папке - лениво. К тому же ещё и пути перебацивать надо. Для этой задачи и написал прогу, в которой указываешь проэкт, и она копирует его в указанную папку со всеми необходимыми формами, модулями, классами, ресурсами и юзер контролами. И пути к этим файлам в проэкте прописаны уже как надо. Так что можно сразу в архив и выкладывать.

Не знаю, может подобные проги уже есть, но я как-то не искал, сразу свою сделал...

Если надо, могу и исходники выложить...

Вроде все необходимые библиотеки приложил (P.S. Надо бы ещё прогу написать, чтобы необходимые DLL/OCX в папку с EXE копировала... )

[GSerg]

Долго думал, какие могут быть нужны компоненты такой проге. Не придумал.
Поэтому качать не стал.

[BV]

Мне не удалось найти ни одного своего проекта, где бы к.л. класс/модуль/ресурс находился в другой папке.

[GSerg]

А у меня есть, и очень много

[Mikle]

Удобно для извлечения проектов из DX SDK.

[CodeName33]

GSergЛист-бокс там рукописный, стормозил, недавно только научился пользоваться Checkbox'ами в нормальном лист-боксе (стыжусь ), а мой рукописный listview требует, мою-же библиотеку для рисования 32битных значков под любыми виндами (9х тоже) - GRender.dll. Хотя там вроде не используются 32битные значки - приложил библиотеку на всякий случай, вдруг заругается. Хотя в принципе не должна... Вот про это я и говорил имея в виду:

Вроде все необходимые библиотеки приложил

[CodeName33]

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

[BV]

Удобно для извлечения проектов из DX SDK.

А как ты узнал, если не скачал?


Стало быть я один такой - всё по своим папкам. Каждый проект имеет папку Sources, в ней может быть папка BackUp и Multimedia. Вот

[GSerg]

А откуда ты знаешь, что он не качал?

[BV]

"Скачано: 0 раз(а)"

[Ruslan Demidow]

Удобно для извлечения проектов из DX SDK.

А как ты узнал, если не скачал?


Стало быть я один такой - всё по своим папкам. Каждый проект имеет папку Sources, в ней может быть папка BackUp и Multimedia. Вот

Не один. У меня тоже каждый проект лежит в своей папочке. А все эти папочки лежат в одном каталоге Projects.

[CodeName33]

А как же вы, господа, общие для нескольких проэктов модули/классы используете, копии делаете в каждую папку с проэктом? Или вообще общие модули/классы не используете?

[BV]

Точно так - копия в каждую папку с проектом

[GSerg]

Фи, ибо апдейтить сложно.

[BV]

Ну да, а если допустил ошибку в одном общем модуле, то все проекты, использующие этот модуль, будут с этой ошибкой? Фи.

[GSerg]

Будут, ровно до тех пор, пока эту самую ошибку ты не исправишь - в одном-единственном месте.
А в случае копий тебе придётся искать по диску их все и все исправлять.

[BV]

Если где-то я обновил/изменил модуль, я не начинаю его копировать по всем папкам. Я его копирую в папку Components, потом , для других проектов, всегда проверяю.

Так безопасней, удобней, доступней.

[GSerg]

[Создатель]

CodeName33
Не знаю почему, но мне это сильно не нравиться(вот прямо каждый раз обращаю внимание): надо писать проектов, а не проэктов

[lord0n]

...
P.S. Надо бы ещё прогу написать, чтобы необходимые DLL/OCX в папку с EXE копировала...

если бы это было встроено в эту прогу - цены бы ей небыло
а вот если бы она ещё и библиотеки VB6 Runtime and OLE Automation копировала так ваще красота

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

[Mikle]

BV
Я из описания автора понял, что это БЫЛО БЫ удобно для извлечения примеров из SDK, но с этими примерами я уже разобрался, а свои модули и классы я, как и многие здесь, предпочитаю копировать в новый проект, так как часто я делаю в них изменения, которые не имеют обратной совместимости, а даже если имеют - просто увеличивается размер EXE за счет ненужного мусора.

[CodeName33]

Mikle У меня один модуль в который я постоянно дописываю функции. Просто многие маленькие проэкты - это одна/две формы и модуль относящиеся непосредственно к самому проэкту а также общий модуль в котором у меня функции упрощающие работу типа:

Код: Выделить всё

S=loadfile("C:\1.txt")
savefile "C:\1.txt", S

или

StringToByteArray S, Arr()

а также public объявления часто используемых API типа CopyMemory.

Конечно в таких проэктах изпользуется не более 5% функций этого модуля и размер EXE файла увеличивается неиспользуемым кодом, но лишние 200-300 к - это не так существенно учитывая что программа всё равно требует MSVBVM60 в полтора метра, а вот процесс написания программ заметно упрощается...

[Ruslan Demidow]

Ну да, а если допустил ошибку в одном общем модуле, то все проекты, использующие этот модуль, будут с этой ошибкой? Фи.

Полностью согласен!!

[CodeName33]

Ruslan Demidow Ну зато это поможет быстее эту ошибку найти...

[Ruslan Demidow]

Ruslan Demidow Ну зато это поможет быстее эту ошибку найти...

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

[CodeName33]

Ruslan Demidow В одном проэкте ошибка может и не проявлятся, или проявляться очень редко, а в другом она может проявиться более явно, тем более, если несколько (ранее нормально работающих) проэктов проектов начинает глючить, это сразу указывает, на то, что ошибка в общем модуле и появилась недавно, а так как в общие модули не так часто вносятся изменения - обнаружить ошибку уже не так сложно.

[Создатель]

Меня аж передергивает

[Ruslan Demidow]

Ruslan Demidow В одном проэкте ошибка может и не проявлятся, или проявляться очень редко, а в другом она может проявиться более явно, тем более, если несколько (ранее нормально работающих) проэктов проектов начинает глючить, это сразу указывает, на то, что ошибка в общем модуле и появилась недавно, а так как в общие модули не так часто вносятся изменения - обнаружить ошибку уже не так сложно.

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

И всё же я за то чтобы каждый проект был локальным.

Плюсы:
1. Лёгкость архивирования и переноса.
2. Лёгкость локализации ошибок (по отношению к конкретному проекту).
3. Не нужно помнить где и что из этого проекта лежит.

Минусы:
1. Необходимость иметь в каждом проекте свою копию файлов (что сказывается на дисковом пространстве).
2. Неудобство внесения однотипных изменений в модули используемые в большинстве проектов.
3. .... Ну не знаю, что ещё упомянуть...

[CodeName33]

Ruslan Demidow Ну благодаря моей программе 3-й пунк из плюсов уже не так актуален... Ну в общем это дело вкуса, поэтому кому надо - тот пускай пользуется, я для того и выложил... К тому же программа может помочь при переходе на твою систему хранения проэктов...

[Ruslan Demidow]

Вот-вот, и я про это - всё дело во вкусе.
Кому-то нравится первый вариант (общие модули для многих проектов), кому-то нравится второй - каждый проект со своими файликами. Для тех кто предпочитает первый вариант - имхо, твоя программа - хороший помощник.