Менеджер пакетов для Delphi

[@xSomeonEx]

с тем же успехом, могли бы написать «первонах»

[@dim_s]

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

[@mentatxx]

Предлагаете все зависимые либы таскать с каждым проектом? Даже многометровые jcl/jvcl? Не очень удобно на мой взгляд

[@dim_s]

Просто многие про это не знают и в начале статьи было написано про пути и настройки, которые якобы всегда сбиваются после переноса проекта.

[@homolibere]

С бесплатными пакетами все понятно, а как быть с платными?
В общем-то, идея на отлично. Реализацию, пока не пробовал, но почитал, посмотрел офсайт — заманчиво.

Остается ряд вопросов:
как настроить его на купленные компанией либы? чтоб он искал не только в глобальном репозитарии, но и в своем локальном?
и вообще можно ли создать свой локальный репозитраий, где лежат платные или модифицированные либы?
проект бесплатен, но код закрыт (или я не нашел ссылки на исходники) планируется ли его открывать в опенсорс?
будет ли он всегда бесплатным или будет комерциализация?

[@mentatxx]

Есть возможность владельцам закрытых каналов рулить подписками на свои каналы для их клиентов. Выглядит это так — генеришь приглашение на канал, которое приходит клиенту (с уникальным кодом). Если тому интересно, щелкает по ссылке в письме, получает доступ на указанный период.

Настроить на внутренние / купленные либы просто — делаешь из них пакеты (для этого удобно использовать автоматическую генерацию — она сама умеет находить все папки с исходниками внутри, расставлять порядок компиляции .dpr/.dpk внутри пакета, и угадывает для какой версии компилятора нужны имеющиеся .dpk). Пакет по сути .zip файл с исходниками и манифестом, поэтому можно просто в git с либой добавить сгенеренный манифест, и устанавливать локальную версию как

owlyci --install owlyci.xml

[@homolibere]

то есть мне надо заливать исходники на сервер куда-то (к вам) и только так?

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

хорошо бы было тогда иметь возможность как, к примеру продукты Atlassian, иметь возможность ставить всю инфраструктуру у себя или использовать ваши сервера — мне бы своя инфраструктура больше понравилась бы. (ну и за свою инфраструктуру можно выдавать лицензии)

П.С. нашел в чем монетизация — в предоставлении места для хранения всего этого.

[@mentatxx]

Есть вариант и «выделенного» канала, который будет хостится у клиента в интрасети или интернете, но тут вопрос взлета скорее в том, что Delphi зачастую сейчас используется для legacy-решений, активных разработчиков библиотек//компонент все меньше (много брошенных проектов), поддержки в руководстве Embarcardero проект не получил (а ему для существования нужна раскрутка, информационная поддержка), потому на выходе имеем запаздавший на 5-10 лет проект, который полезен, но вряд ли взлетит как коммерческий проект.
Так что это 4fun, объективно не имею иллюзий о его перспективах, хотя всегда есть шанс чуда :)

[@Magister7]

В Lazarus к этому вопросу подошли продуманнее, чем в Delphi. В самом проекте никакие пути прописывать не нужно, достаточно только перечислить список пакетов, от которых проект зависит.
А собственно пути уже (относительные) прописаны в конкретных пакетах, и при сборке к проекту добавляются пути из всех пакетов, от которых он зависит.
В общем случае достаточно установить или даже просто открыть каждый пакет в IDE — и всё, больше никаких настроек при переносе на другую машину делать не надо.

[@mentatxx]

Практически во всех языках к этому подошли более продуманно, чем в Дельфи. Когда разбирал, как же устроены dcu и бинарные пакеты в дельфе, это был просто «страх и ненависть».

[@xRay]

А как разрулить вариант когда не только runtime пакеты, но и design time в IDE ставятся? Сейчас для этих целей приходится использовать DelphiSettingManager github.com/Arvur/DelphiSettingManager, но это не удобно.

[@mentatxx]

он умеет ставить designtime пакеты.

[@korzh]

За реализацию — однозначно плюс.

Один вопрос только: почему такое странное название?
Может сделать что-то более звучное. Скажем, «Delpam» (Delphi package manager). Даже домен свободен. Идею дарю за бесплатно :)

[@KirillovAlex]

Отлично, в разделе «packages » сайта owlyci.com нашел названия интересных для себя пакетов, спасибо

[@stalkerg]

А Дельфи всё ещё Windows only инструмент? (про Lazarus не спрашиваю)

[@mentatxx]

Можно писать для ios и android, но там еще много грабель.

[@stalkerg]

Скорее интересует его использование под MacOSX и Linux.

[@mentatxx]

Для MacOSX вроде можно,
Для Linux'a после Kylix'a ничего нет.

[@LexXL]

Дельфи, выросшая из Турбо-Паскаля, произвела позже фурор своей новизной и “компонентным” подходом к разработке.

В первом приближении, конечно можно и так сказать, но все же это не совсем истина — Delphi, если так можно выразиться «выросла» из Object Pascal, который в свою очередь был результатом развития Turbo Pascal, что немного скажем разные вещи…

[@LexXL]

я не занудствую, просто очень коробит когда, иногда вроде бы «взрослые» программисты говорят «в делфи… там этот турбопаскаль и формочки… »

[@mentatxx]

Вообщем да, согласен.