Комментарии 22
НЛО прилетело и опубликовало эту надпись здесь
В дельфи в настройках конкретного проекта можно указать относительные пути к папкам с исходниками различных либ, тогда при переносе проекта на другой компьютер или в другую папку не будет никаких проблем. Конечно это не касается установки компонент непосредственно в IDE.
С бесплатными пакетами все понятно, а как быть с платными?
В общем-то, идея на отлично. Реализацию, пока не пробовал, но почитал, посмотрел офсайт — заманчиво.
Остается ряд вопросов:
как настроить его на купленные компанией либы? чтоб он искал не только в глобальном репозитарии, но и в своем локальном?
и вообще можно ли создать свой локальный репозитраий, где лежат платные или модифицированные либы?
проект бесплатен, но код закрыт (или я не нашел ссылки на исходники) планируется ли его открывать в опенсорс?
будет ли он всегда бесплатным или будет комерциализация?
В общем-то, идея на отлично. Реализацию, пока не пробовал, но почитал, посмотрел офсайт — заманчиво.
Остается ряд вопросов:
как настроить его на купленные компанией либы? чтоб он искал не только в глобальном репозитарии, но и в своем локальном?
и вообще можно ли создать свой локальный репозитраий, где лежат платные или модифицированные либы?
проект бесплатен, но код закрыт (или я не нашел ссылки на исходники) планируется ли его открывать в опенсорс?
будет ли он всегда бесплатным или будет комерциализация?
Есть возможность владельцам закрытых каналов рулить подписками на свои каналы для их клиентов. Выглядит это так — генеришь приглашение на канал, которое приходит клиенту (с уникальным кодом). Если тому интересно, щелкает по ссылке в письме, получает доступ на указанный период.
Настроить на внутренние / купленные либы просто — делаешь из них пакеты (для этого удобно использовать автоматическую генерацию — она сама умеет находить все папки с исходниками внутри, расставлять порядок компиляции .dpr/.dpk внутри пакета, и угадывает для какой версии компилятора нужны имеющиеся .dpk). Пакет по сути .zip файл с исходниками и манифестом, поэтому можно просто в git с либой добавить сгенеренный манифест, и устанавливать локальную версию как
Настроить на внутренние / купленные либы просто — делаешь из них пакеты (для этого удобно использовать автоматическую генерацию — она сама умеет находить все папки с исходниками внутри, расставлять порядок компиляции .dpr/.dpk внутри пакета, и угадывает для какой версии компилятора нужны имеющиеся .dpk). Пакет по сути .zip файл с исходниками и манифестом, поэтому можно просто в git с либой добавить сгенеренный манифест, и устанавливать локальную версию как
owlyci --install owlyci.xml
то есть мне надо заливать исходники на сервер куда-то (к вам) и только так?
если нет возможности указывать свои пути для скачивания пакетов (не на вашей стороне, в локальной сети) — то пригодно будет только для мелких проектов.
хорошо бы было тогда иметь возможность как, к примеру продукты Atlassian, иметь возможность ставить всю инфраструктуру у себя или использовать ваши сервера — мне бы своя инфраструктура больше понравилась бы. (ну и за свою инфраструктуру можно выдавать лицензии)
П.С. нашел в чем монетизация — в предоставлении места для хранения всего этого.
если нет возможности указывать свои пути для скачивания пакетов (не на вашей стороне, в локальной сети) — то пригодно будет только для мелких проектов.
хорошо бы было тогда иметь возможность как, к примеру продукты Atlassian, иметь возможность ставить всю инфраструктуру у себя или использовать ваши сервера — мне бы своя инфраструктура больше понравилась бы. (ну и за свою инфраструктуру можно выдавать лицензии)
П.С. нашел в чем монетизация — в предоставлении места для хранения всего этого.
Есть вариант и «выделенного» канала, который будет хостится у клиента в интрасети или интернете, но тут вопрос взлета скорее в том, что Delphi зачастую сейчас используется для legacy-решений, активных разработчиков библиотек//компонент все меньше (много брошенных проектов), поддержки в руководстве Embarcardero проект не получил (а ему для существования нужна раскрутка, информационная поддержка), потому на выходе имеем запаздавший на 5-10 лет проект, который полезен, но вряд ли взлетит как коммерческий проект.
Так что это 4fun, объективно не имею иллюзий о его перспективах, хотя всегда есть шанс чуда :)
Так что это 4fun, объективно не имею иллюзий о его перспективах, хотя всегда есть шанс чуда :)
В Lazarus к этому вопросу подошли продуманнее, чем в Delphi. В самом проекте никакие пути прописывать не нужно, достаточно только перечислить список пакетов, от которых проект зависит.
А собственно пути уже (относительные) прописаны в конкретных пакетах, и при сборке к проекту добавляются пути из всех пакетов, от которых он зависит.
В общем случае достаточно установить или даже просто открыть каждый пакет в IDE — и всё, больше никаких настроек при переносе на другую машину делать не надо.
А собственно пути уже (относительные) прописаны в конкретных пакетах, и при сборке к проекту добавляются пути из всех пакетов, от которых он зависит.
В общем случае достаточно установить или даже просто открыть каждый пакет в IDE — и всё, больше никаких настроек при переносе на другую машину делать не надо.
А как разрулить вариант когда не только runtime пакеты, но и design time в IDE ставятся? Сейчас для этих целей приходится использовать DelphiSettingManager github.com/Arvur/DelphiSettingManager, но это не удобно.
За реализацию — однозначно плюс.
Один вопрос только: почему такое странное название?
Может сделать что-то более звучное. Скажем, «Delpam» (Delphi package manager). Даже домен свободен. Идею дарю за бесплатно :)
Один вопрос только: почему такое странное название?
Может сделать что-то более звучное. Скажем, «Delpam» (Delphi package manager). Даже домен свободен. Идею дарю за бесплатно :)
Отлично, в разделе «packages » сайта owlyci.com нашел названия интересных для себя пакетов, спасибо
А Дельфи всё ещё Windows only инструмент? (про Lazarus не спрашиваю)
Дельфи, выросшая из Турбо-Паскаля, произвела позже фурор своей новизной и “компонентным” подходом к разработке.
В первом приближении, конечно можно и так сказать, но все же это не совсем истина — Delphi, если так можно выразиться «выросла» из Object Pascal, который в свою очередь был результатом развития Turbo Pascal, что немного скажем разные вещи…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Менеджер пакетов для Delphi