Почему широкополосная коммерция, а не Magento или ZenCart? - PullRequest
2 голосов
/ 24 февраля 2011

У меня есть сайт, созданный в java-spring-hibernate, который мы создали сами, он показывает каталог продукции, и у меня есть логика для этого.Я также могу управлять контентом и товаром / категориями с ним с администратором, которого мы создали в flex.Мы, вероятно, не должны были идти на все неприятности, потому что там так много смс, но что сделано, то сделано.Сайт отображает содержимое, управляемое в flex, в формате html с помощью jstl.

Теперь я хочу добавить к нему электронную торговлю, для этого нам нужно было бы добавить всю логику оплаты, отгрузки, заказов администратору ипередний конец (корзина / пользователь).Как бы то ни было, поскольку уже есть такие вещи, как magento store, я подумал, может, мне стоит переключиться и оставить свое красивое приложение, чтобы умереть: /.Когда я занимался исследованиями, я наткнулся на широкополосную коммерцию, которая является бэкэндом для электронной коммерции, сделанным в гибком весеннем спящем режиме.Он относительно новый и должен иметь активную команду разработчиков.Итак, я думаю, мой вопрос, почему?если существует так много коммерческих решений с открытым исходным кодом, делают ли они такие усилия в разработке?Я имею в виду, вам все еще нужно построить графический интерфейс для пользователей.В чем их разница с magento, каковы плюсы?я должен попытаться объединиться с широколиственным?что за сборы хранятся в моем любимом старом приложении?

Ответы [ 3 ]

19 голосов
/ 01 марта 2011

Позвольте мне начать с определения себя как сотрудника Broadleaf Commerce, так что я могу быть несколько предвзятым. Причина разработки Broadleaf действительно связана с самой платформой. Если вы посмотрите на решения для электронной коммерции с открытым исходным кодом, вы правы в том, что их много. Однако, когда вы начинаете фильтровать их по различным параметрам, включая Java, Spring, Hibernate - список становится очень маленьким. Мы всегда стремились создать привлекательную платформу для электронной коммерции, ориентированную на современных корпоративных пользователей. Помня об этой теме, мы знали, что должны использовать Java, Spring и Hibernate. Это основной стек технологий, который предпочитают многие разработчики, особенно в корпоративном сегменте. Кроме того, чтобы удовлетворить сложные требования этих пользователей к области и интеграции, мы разработали систему с нуля с учетом расширяемости. Мы рассматриваем расширяемость как естественное расширение техник объектно-ориентированного программирования, которые вы уже практикуете ежедневно. Это означает использование возможностей расширения и полиморфизма Hibernate для домена, а также возможность переопределять, настраивать или полностью заменять все службы, DAO и объекты в базе кода. Наша конфигурация также расширяема и выходит за рамки стандартного переопределения контекста приложения Spring, чтобы предоставить больше возможностей объединения конфигураций, которые позволяют нам устранить некоторые дополнительные сложности конфигурации Broadleaf, чтобы вы могли сосредоточиться на конфигурации, которая важна для вашего приложения. Таким образом, хотя конечные результаты могут быть схожими между нашим программным обеспечением и другими, мы считаем, что решение о том, какой путь выбрать для достижения этой конечной цели, является важным, и Broadleaf Commerce предлагает мощный и гибкий способ достижения этого.

Мне кажется, я должен также кратко упомянуть, поскольку вы упомянули Flex выше, что в настоящее время мы разрабатываем нашу версию 1.5, которая включает переработанное административное приложение на основе GWT, которое заменит нашего нынешнего администратора на основе Flex. Этот выбор позволил нам распространить ту же тему расширяемости, которую мы уже включили в базовую платформу, на нашу административную платформу. Новый администратор предложит ту же гибкость для переопределения и замены через объектно-ориентированные программные парадигмы, которые разработчики уже используют в базовой платформе. Кроме того, приложение администратора автоматически распознает ваши расширения сущностей и включает ваши дополнительные поля в интерфейсе администратора без каких-либо усилий по написанию кода от вашего имени. Интерфейс администратора также учитывает полиморфизм сущностей и настраивает интерфейс редактирования в соответствии с каждым типом (представьте себе медиа-продукт, который имеет два расширения в форме книги и фильма - даже если они оба являются медиа-сущностями, у каждого из них есть уникальные поля и интерфейс администратора соблюдает это различие). Мы также работаем над набором изменений и некоторыми другими интересными функциями для 1.5. Мы ориентируемся на релизы, начинающиеся в апреле, поэтому следите за обновлениями.

2 голосов
/ 24 сентября 2011

То, чего не хватает в Spring и Hibernate, - это правильное приложение datamodel и erp, поэтому каждый начинает создавать свои собственные.Мы все строим вместе на одном приложении и фреймворке.Это просто OFBiz: фреймворк, правильная модель данных и приложение.Вы знаете лучшую часть?Он не контролируется ни одной компанией, а крупнейшим в мире фондом с открытым исходным кодом: фонд Apache, спонсируемый всеми крупными ИТ-компаниями.

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

Подробнее об Apache ofbiz?http://www.ofbiz.info http://ofbiz.apache.org

С уважением, Ганс

0 голосов
/ 30 декабря 2014

Существует один Java-коннектор для API Magento , называемый Magja .

Примечание: после 2012 года поддержка не будет!

...