Non vedo l'ora di iniziare a sviluppare un nuovo framework di comunicazione aziendale lato server in Java e mi chiedo se qualcuno conosce un buon libro sull'argomento? Alcune buone pratiche e consigli sarebbero benvenuti.Sviluppo di una struttura in Java
Grazie.
"Progettazione dell'API pratico: Confessioni di un architetto di framework Java" di Jaroslav Tulach (architetto NetBeans) suona come la soluzione migliore che si sta per trovare.
Ma il consiglio migliore per lo sviluppo di nuovi framework è: no. Soprattutto se devi chiedere. È molto improbabile che tu faccia un lavoro migliore di tutte le persone che hanno già scritto la moltitudine di framework.
+1 Consigli migliori! –
Il problema è che non esiste un framework adatto alle mie esigenze. Grazie per il libro, sembra promettente. – Andrejj
@ user459493, non per sembrare un coglione qui, ma sei proprio sicuro che nessuna struttura soddisfi le tue esigenze nelle comunicazioni aziendali (presumibilmente, la messaggistica è la parola giusta)? Questo argomento è più o meno ben studiato, e sicuramente un framework esistente si prenderà cura di ** la maggior parte dei tuoi ** bisogni. –
"Come progettare una buona API e perché è importante" di Josh Bloch.
Un paio di libri consigliati:
Non so esattamente come il vostro eDMSs dovrebbe collegare fra loro, se sono codice compatibile ecc. Ma questo potrebbe essere utile per te.
Controllare Java Content Repository (JCR) standard e JBoss ModeShape come implementazione. La maggior parte dei fornitori di software di repository di contenuti (anche di documenti) sono compatibili con JCR, ad es. Alfresco ma anche altri non correlati con Java.
Invece di scrivere il proprio framework, basta scrivere il connettore JCR ModeShape semplice per il proprio eDMS. Quindi è possibile eseguire facilmente DMS federati, replicare, utilizzare gli strumenti di gestione dei repository esistenti, esporre i propri repository tramite Web Dav, REST, comunicare con altri protocolli e fare molte altre cose con strumenti opensourced e commerciali: il proprio repository deve solo fornire il connettore JCR.
Devono essere completamente integrati (comunicazione bidirezionale, ricerca documenti, ecc.), Uno è scritto in Java e l'altro è in .net.Sono entrambi scritti da noi, quindi c'è forse spazio per la modifica del codice esistente. Grazie per il suggerimento. – Andrejj
Controlla anche questo articolo http://dev.day.com/content/ddc/blog/2008/01/fudbusting2.html sull'uso di JCR al di fuori di Java. – gertas
Potresti spiegare per primo _why_? –
Ancora un altro quadro? Sei sicuro che ce ne sia bisogno? – meriton
Sarà (in caso di successo) un framework per la comunicazione tra due eDMS. Non ci sono framework che si adattano al profilo, soprattutto perché entrambi i eDMS sono i nostri. – Andrejj