Magento 또는 ZenCart를 통해 광대역 상거래가 필요한 이유는 무엇입니까?

Question

나는 처음부터 우리 스스로를 만든 java-spring-hibernate에서 만든 사이트를 가지고있다. 제품 카탈로그를 보여 주며 그것을위한 논리를 가지고있다. 나는 또한 Flex로 만든 관리자와 함께 콘텐츠 및 제품/카테고리를 관리 할 수 ​​있습니다. 너무 많은 cms가 있기 때문에 우리는 아마 모든 어려움에 빠져 나가지 못했지만, 끝난 것은 끝났습니다. 사이트는 jstl을 사용하여 html로 flex로 관리되는 컨텐츠를 렌더링합니다.

나는 이제 모든 지불, 선적, 주문 논리를 관리자와 프런트 엔드 (장바구니/사용자)에게 추가해야하기 때문에 전자 상거래를 추가하려고합니다. magento store와 같은 것들이 있기 때문에, 나는 전환해야하고 내 아름다운 응용 프로그램을 죽여야한다고 생각했습니다.//. 내가 연구하고있는 동안 flex-spring-hibernate에서 만들어진 전자 상거래 백 엔드 인 broadleaf commerce를 발견했습니다. 상대적으로 새로운 제품이며 적극적인 개발 팀이 있어야합니다. 그래서 내 질문은, 왜? 너무 많은 오픈 소스 상거래 솔루션이 있다면 그들은 이런 종류의 개발 노력을 기울일 것입니까? 나는 여전히 당신이 사용자를위한 GUI를 구축해야한다는 것을 의미합니다. Magento와의 차이점은 무엇이며, 전문가는 무엇입니까? 나는 broadleaf와 통합하려고해야합니까? 내 사랑하는 오래된 앱을 지키고있는 assests는 무엇입니까?

Answer 1

나 자신을 브로드 리프 (Broadleaf Commerce)의 직원으로 밝히기 시작하니 다소 편향 될 수 있습니다. Broadleaf를 개발하는 이유는 플랫폼 자체와 관련이 있습니다. 오픈 소스 전자 상거래 솔루션을 살펴보면 여러 가지가 있다는 점에서 옳은 것입니다. 그러나 Java, Spring, Hibernate 등 다양한 매개 변수로 필터를 시작하면 목록이 매우 작아집니다. 오늘날의 엔터프라이즈 사용자를 대상으로하는 강력한 전자 상거래 플랫폼을 제시하는 것이 항상 우리의 목표였습니다. 이 주제를 염두에두고 우리는 Java, Spring 및 Hibernate와 함께해야한다는 것을 알고있었습니다. 이것은 개발 커뮤니티의 상당 부분, 특히 엔터프라이즈 부문에서 선호되는 핵심 기술 스택입니다. 또한 이러한 사용자의 복잡한 도메인 및 통합 요구 사항을 충족시키기 위해 시스템을 처음부터 확장 성을 염두에두고 설계했습니다. 우리는 확장 성을 이미 매일 실천하고있는 객체 지향 프로그래밍 기술의 자연스러운 확장이라고 생각합니다. 이것은 도메인에 대한 Hibernate 확장과 다형성의 힘뿐만 아니라 코드베이스의 모든 서비스, DAO 및 엔티티를 오버라이드하거나 조정하거나 완전히 대체 할 수있는 능력을 의미합니다. 우리의 설정은 또한 확장 가능하며 표준 Spring 애플리케이션 컨텍스트 오버라이드를 뛰어 넘는보다 많은 구성 병합 기능을 제공하여 추가적인 Broadleaf 구성 복잡성을 없애기 때문에 앱에 중요한 구성에 집중할 수 있습니다. 따라서 최종 결과는 소프트웨어와 다른 점에서 유사 할 수 있지만, 최종 목표를 달성하기 위해 어떤 경로를 취해야할지 결정하는 것이 중요하며 Broadleaf Commerce는 강력하고 유연한 방법을 제공합니다.

위의 Flex에 대해 언급 한 이후로 우리는 현재 Flex 기반 관리를 대체 할 GWT 기반의 재 작업 관리 응용 프로그램을 포함하는 1.5 릴리스를 개발 중임을 간략하게 언급해야한다고 생각합니다. 이러한 선택을 통해 핵심 플랫폼에서 이미 채택한 동일한 확장 성 테마를 관리 플랫폼에 전파 할 수있었습니다. 새 관리자는 개발자가 핵심 플랫폼에서 이미 즐기는 객체 지향 프로그래밍 패러다임을 통해 동일한 재정의 및 대체 유연성을 제공합니다. 또한 관리 응용 프로그램은 엔티티 확장을 자동으로 인식하고 사용자를 대신하여 코딩 작업없이 관리 인터페이스에 추가 필드를 포함합니다. 또한 관리 인터페이스는 엔티티 다형성을 존중하며 각 유형에 따라 편집 인터페이스를 조정합니다 (책과 영화 형식의 두 가지 확장자가있는 미디어 제품을 생각하십시오. 둘 다 미디어 엔티티 임에도 불구하고 고유 한 필드와 관리 인터페이스는이 구분을 존중합니다). 우리는 또한 changesets 및 1.5의 다른 흥미로운 기능에 대해서도 연구하고 있습니다. 우리는 4 월경부터 마일스톤 릴리즈를 목표로 삼고 있으므로 더 많은 것을 위해 계속 지켜봐주십시오.

Answer 2

스프링과 하이버 네이트가 누락 된 것은 적절한 datamodel과 erp 애플리케이션이므로 모든 사람들이 자신의 빌드를 시작합니다. 우리 모두는 동일한 응용 프로그램과 프레임 워크에서 함께 구축하고 있습니다. OFBiz : 프레임 워크와 적절한 데이터 모델 및 응용 프로그램입니다. 가장 좋은 부분을 아십니까? 그것은 하나의 회사가 아니라 세계에서 가장 큰 오픈 소스 재단에 의해 통제됩니다 : 모든 대형 IT 회사가 후원하는 Apache 재단.

전자 상거래 중 하나를 자신의 구현을 시작하는 사람은 실제로 재고해야합니다.

Apache ofbiz에 대한 추가 정보? http://www.ofbiz.info http://ofbiz.apache.org

감사합니다, 한스

Answer 3

Magja로 불리는 젠토의 API 하나 자바 커넥터가 있습니다.

참고 : 2012 년 이후에는 지원되지 않습니다!