Estoy deseando empezar a desarrollar un nuevo marco de comunicación empresarial del lado del servidor en Java y me pregunto si alguien sabe un buen libro sobre el tema. Algunas mejores prácticas y consejos serían bienvenidos.Desarrollo de un marco en Java
Gracias.
"Diseño práctico de API: Confessions of a Java Framework Architect" de Jaroslav Tulach (arquitecto de NetBeans) parece la opción más adecuada para usted.
Pero el mejor consejo para desarrollar nuevos marcos es: no. Especialmente si tienes que preguntar. Es muy poco probable que haga un mejor trabajo que todas las personas que escribieron la gran cantidad de marcos que ya existen.
+1 ¡El mejor consejo! –
El problema es que no existe un marco que se ajuste a mis necesidades. Gracias por el libro, suena prometedor. – Andrejj
@ user459493, para que no suene como un pinchazo aquí, pero ¿está seguro de que ningún marco se adapta a sus necesidades en comunicación empresarial (presumiblemente, la palabra correcta es mensajería)? Ese tema está más o menos bien estudiado, y ciertamente un marco existente se ocuparía ** de la mayoría de sus ** necesidades. –
"Cómo diseñar una buena API y por qué es importante" por Josh Bloch.
Un par de libros recomendados:
No sé exactamente cómo su eDMSs debe conectar entre sí los cuales, si son código compatible, etc. Pero esto puede ser útil para usted.
Compruebe Java Content Repository (JCR) estándar y JBoss ModeShape como implementación. La mayoría de los proveedores de software de repositorios de contenido (también documentos) cumplen con JCR, p. Alfresco pero también otros no relacionados con Java.
En lugar de escribir el propio marco, simplemente escriba el conector ModeShape JCR para su eDMS. Luego puede fácilmente hacer DMS federados, replicar, usar herramientas de administración de repositorios existentes, exponer sus repositorios a través de Web Dav, REST, comunicarse con otros protocolos y hacer muchas otras cosas con herramientas comerciales y de fuente abierta, su repositorio solo debe proporcionar el conector JCR.
Deben estar completamente integrados (comunicación bidireccional, búsqueda de documentos, etc.), uno está escrito en Java y el otro está en .net.Ambos los escribimos, por lo que es posible que haya algún margen para modificar el código existente. Gracias por la sugerencia. – Andrejj
Consulte también este artículo http://dev.day.com/content/ddc/blog/2008/01/fudbusting2.html sobre el uso de JCR fuera de Java. – gertas
¿Podría explicar _why_ primero? –
¿Otro marco más? ¿Estás seguro de que hay una necesidad? – meriton
Será (en caso de éxito) un marco para la comunicación entre dos eDMS. No hay marcos que se ajusten al perfil, especialmente dado que ambos eDMS son nuestros. – Andrejj