Quanti sforzi necessari per offrire una soluzione basata su Apache ofbiz?
-
28-10-2019 - |
Domanda
Stavo cercando di ottenere alcune informazioni dalla documentazione, ma sembra che sia uno di quei progetti che devi controllare e giocare con esso per capire le risposte ...
Ho notato l'attività di Hight nella mailing list e un bel po 'di commit, è un buon segno. Ma quando stavo esaminando la base di codice (BTW 536MB in grande - non un buon segno), non ho trovato molto la moda di app J2EE. Nessuna primavera, EJB, strana struttura delle cartelle, un bel po 'di librerie di barattoli non standard. È come se agli sviluppatori non piacesse, quindi hanno fatto le cose a modo loro :-)
Ho usato alcune piattaforme simili, principalmente portali e ad esempio Liferay è abbastanza facile da lavorare perché sembra che ci si aspetterebbe. Si basa su primavera, ha, servizio trasparente e layer DAO, ha un'architettura del plug -in semplice (plugin = guerra) ecc., Sviluppo tipico J2EE.
Mi piacerebbe sapere quali sono gli aspetti chiave di cui uno sviluppatore dovrebbe essere a conoscenza prima che decida di usarlo. E poiché è abbastanza non standard J2EE, quanto richiede tempo a conoscerlo per essere produttivo.
Quali sono i suoi (dis) vantaggi rispetto ad altri sistemi ERP come OpenBravo. Se ho bisogno principalmente del carrello piuttosto che al backend ERP, dovrei essere interessato a Opentaps?
Stavo anche suonando insieme a Commercio a foglia larga Il che è molto più facile iniziare.
Grazie mille in anticipo.
Soluzione
Là è Una curva di apprendimento e non è facile ottenere sviluppatori qualificati che comprendono il nucleo del sistema che è il modello di motore e entità.
Il modello di database è basato sul modello di dati universali, motivo per cui può supportare una gamma molto ampia di tipi di dati. Anche Jira è costruito sul motore dell'entità ofbiz.
Ci sono molti carrelli della spesa di e -commerce costruiti su Ofbiz e dipende da misura in cui è necessario personalizzare i prodotti o creare pacchetti configurabili.
È molto adatto per i prodotti alla vaniglia, cioè scegliere e scegliere, confrontare, aggiungere al carrello. Facile chiamare i servizi Web ed esporre servizi Web, facile da integrare con PayPal ecc. Quindi, se stai vendendo magliette e fiori, va bene.
Qualunque cosa come la configurazione di un prodotto complesso come un laptop con varie opzioni richiederà una codifica personalizzata in Beanshell (BSH) o Groovy oltre al codice Java. Inoltre, non si integra naturalmente con i server di app, funziona con il suo tomcat integrato ma che porterà a WebLogic ecc. qualche sforzo.
L'altro problema è Non abbastanza documentazione dettagliata, Non direi che manca, è leggera: lo sviluppatore non può aspettarsi un semplice tutorial per Eveything, è più "chiedi e riceverai" e tu riceverà aiuto nei forum - Di solito ricevi risposte dirette da David Jones che ha scritto il framework, quindi è utile. Ma le persone che iniziano con OfBiz hanno bisogno di almeno 3-4 mesi di studio del codice ed eseguire semplici applicazioni prima di costruire qualsiasi cosa.
Questa è la mia opinione personale, spero che questo aiuti.
Non ho lavorato con OpenNAPS, quindi non posso davvero commentarlo.
Altri suggerimenti
Re Progetti ERP open source: fai attenzione ai progetti dominati da un'azienda, in cui la cosa open source è un veicolo di marketing, ed è davvero aperto.
Open Core significa che si pagano "plugin" per completare il sistema e non vi è alcun incentivo a standardizzare e spostare la funzionalità nel core.
Se è dominato da un'azienda, possono prendere il progetto privato in qualsiasi momento, come è accaduto con Compiere.
Ofbiz è un vero progetto di comunità ospitato dalla Apache Software Foundation.