Build vs Compile

← →
Германн © (2011-04-09 02:50) [0]

Вот уже второй раз после возвращения в разработку ПО на Дельфи натыкаюсь на одну и ту же проблему. Авторы сторонних библиотек "скрывают" свои исходники. Это их право. Но в дистрибутиве своём они выкладывают некоторые файлы в виде pas-файлов.
Но! При этом они совершенно не учитывают "сборку" проекта.
А в результате получаем ошибку, что юнит1 собран с иной версией юнита2.
Может я такой ненормальный, которому нужен именно билд?

← →
Ega23 © (2011-04-09 08:37) [1]

Пиши в тех.поддержку производителя.

← →
PEAKTOP © (2011-04-09 16:05) [2]

> Авторы сторонних библиотек "скрывают" свои исходники. Это их право.

Я еще в году 2001 при переходе в разработке с Delphi5 на Delphi6 первый раз столкнулся с тем, что некоторые компоненты у меня были исключительно в виде *.DCU.

С тех пор взял за правило: если нет исходного кода, то компоненты идут в сад. Вот за 10 лет правило ни разу не подвело.

← →
KilkennyCat © (2011-04-09 16:08) [3]

> если нет исходного кода, то компоненты идут в сад

аналогично.

← →
_Юрий (2011-04-09 16:28) [4]

> Германн © (09.04.11 02:50)

Видимо, не нужно пытаться собирать эти pas файлы, а нужно брать dcu от них.
А вообще конечно [2]

← →
Германн © (2011-04-09 18:18) [5]

> А вообще конечно [2]

Даже если это FastReport?

← →
Inovet © (2011-04-09 20:07) [6]

> [5] Германн © (09.04.11 18:18)
> Даже если это FastReport?

ФР с исходниками кроме самой дешёвой поставки, и он постоянно обновляется под новые версии.

← →
Германн © (2011-04-09 20:12) [7]

> ФР с исходниками кроме самой дешёвой поставки

У меня как раз Basic Edition ибо ее более чем достаточно под мои задачи.

← →
Inovet © (2011-04-09 20:19) [8]

> [7] Германн © (09.04.11 20:12)
> У меня как раз Basic Edition ибо ее более чем достаточно
> под мои задачи.

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

← →
Inovet © (2011-04-09 20:21) [9]

И зачем их pas файлы добавлять в проект?

← →
Германн © (2011-04-09 20:58) [10]

> Inovet © (09.04.11 20:21) [9]
>
> И зачем их pas файлы добавлять в проект?
>

А я их и не добавляю в проект.
Но поскольку путь к ним прописан в опции IDE LibraryPath, то они при билде проекта перекомпилируются. То бишь после установки FR эти pas"ы нужно прятать от IDE.

← →
Германн © (2011-04-10 01:46) [11]

> Ega23 © (09.04.11 08:37) [1]
>
> Пиши в тех.поддержку производителя.
>

Пока ограничился их форумом. Ибо нет у меня полной уверенности в своей правоте. Для получения такой уверенности и задал вопрос тут.

← →
iZEN (2011-04-10 16:19) [12]

> Германн © (09.04.11 02:50)
> Вот уже второй раз после возвращения в разработку ПО на
> Дельфи натыкаюсь на одну и ту же проблему. Авторы сторонних
> библиотек "скрывают" свои исходники. Это их право. Но в
> дистрибутиве своём они выкладывают некоторые файлы в виде
> pas-файлов.
> Но! При этом они совершенно не учитывают "сборку" проекта.
>

Да уж. В Java такого нет. .class файлы (и архивы с ними) могут "не подходить" к проекту, если только проект пишется для устаревшей версии JVM, а библиотечные .class файлы откомпилированы в новой версии.

← →
MsGuns © (2011-04-10 18:27) [13]

Сторонние компоненты на 99% процентов используются либо любителями "рюшечек", либо отъявленными лодырями.

К практической ценности ПО они имеют почти всегда весьма косвенное отношение

← →
Германн © (2011-04-10 18:54) [14]

> Сторонние компоненты на 99% процентов используются либо
> любителями "рюшечек", либо отъявленными лодырями.
>

К которым из вышеуказанных нужно отнести разработчиков Дельфи?
:)

← →
Ega23 © (2011-04-10 18:59) [15]

> Сторонние компоненты на 99% процентов используются либо
> любителями "рюшечек", либо отъявленными лодырями.

Rx, EhLib, VirtualStringTree, Jedi, DevExpress, FIB+, GLScene, FastReport
Хочешь сказать, что ничего из этого ни разу не использовал?

← →
MsGuns © (2011-04-10 21:18) [16]

>Ega23 © (10.04.11 18:59) [15]
>Rx, EhLib, VirtualStringTree, Jedi, DevExpress, FIB+, GLScene, FastReport
>Хочешь сказать, что ничего из этого ни разу не использовал?

Конечно использовал, особенно поначалу, пока учился.

Rx - пользовал датасет в памяти. Потом понял, что штука бесполезная при наличии TStringGrid и TClientDataSet

EhLib - пресловутый ух!грид. Ну да, сортировки - фильтры, многострочные заголовки, выделения, автоширина колонок и т.д. И при этом дикие кандалы при отладке.
При наличии небольшого терпения все легко делается ручками. Объем кода при этом на несколько порядков меньше.

VirtualStringTree - Даже не смотрел ибо обычного TTreeView мне хватало с избытком

Jedi - слышал, но не использовал

DevExpress - всерьез планировалась к рассмотрению с целью приобретеня. Но не сложилось..

FIB+ - вто это точно для лентяев, которым нужно реализовать пользовательское "ХАЧУ КАК В ЭКСЕЛЕ", т.е. редактирование в сетке. Все остальное - от лукавого ибо стандартного IBX за глаза.

GLScene - не знаю

FastReport - очередной, но из "раскрученных" мираж-проект на неизбывную среди начинающих и лентяев тему "Отчеты"

← →
Anatoly Podgoretsky © (2011-04-10 22:21) [17]

> MsGuns (10.04.2011 21:18:16) [16]

Аналогично, очень очень давно использовал RX и тоже понял.

← →
Ega23 © (2011-04-10 22:33) [18]

> При наличии небольшого терпения все легко делается ручками

При наличии терпения всё даже на асме делается. Вот только зачем? Ради искусства?
Я не говорю, что нужно ставить стопицот всяких супер-пупер-кнопок и менюшек, но есть какие-то вещи, проверенные временем.

← →
MsGuns © (2011-04-10 23:35) [19]

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

← →
Ega23 © (2011-04-11 07:31) [20]

> использовать "сторонку" нужно крайне осмотритетельно

Золотые твои слова. Осмотрительность - она завсегда нужна.

← →
Jan (2011-04-11 10:19) [21]

> EhLib - пресловутый ух!грид. Ну да, сортировки - фильтры,
> многострочные заголовки, выделения, автоширина колонок
> и т.д. И при этом дикие кандалы при отладке

абсолютно никаких проблем

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

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

> FastReport - очередной, но из "раскрученных" мираж-проект
> на неизбывную среди начинающих и лентяев тему "Отчеты"

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

> Jan (11.04.2011 10:19:21) [21]

Не знаю, но мне FR не понравился, так лицензия на диске валяется. Конечно
неоспоримо, что продукт хороший.

> Anatoly Podgoretsky © (11.04.11 11:17) [22]
> Конечно
> неоспоримо, что продукт хороший.

Отсюда вопрос. Чем лучше пользоваться для построения отчетов? Лицензионным FR или нелицензионным RR?
:)

← →
Jan (2011-04-11 15:46) [24]

> Отсюда вопрос. Чем лучше пользоваться для построения отчетов?
> Лицензионным FR или нелицензионным RR?
он же вроде vcl-ный недорогой совсем? (я правда брал много лет назад, но не думаю, что они политику поменяли)

Спор из серии что лучше - пиво или блондинки

Да, не пользуюсь. Но не принципиально, а по нескольким весьма важным причинам. Я уже многократно о них здесь говорил. Повторить ?

> Я уже многократно о них здесь говорил. Повторить ?

Не надо.

← →
Jan (2011-04-12 13:35) [29]

> Я уже многократно о них здесь говорил. Повторить ?

если не сложно. действительно интересно

Build vs Compile Найти похожие ветки