Ich freue mich auf die Entwicklung eines neuen Server-seitigen Enterprise-Communication-Frameworks in Java und ich frage mich, ob jemand ein gutes Buch zu diesem Thema kennt? Einige bewährte Verfahren und Ratschläge wären willkommen.Entwicklung eines Frameworks in Java
Danke.
"Praktische API-Design: Confessions eines Java Framework Architect" von Jaroslav Tulach (NetBeans-Architekt) klingt wie die beste Passform, die Sie finden werden.
Aber der beste Rat bei der Entwicklung neuer Frameworks ist: nicht. Vor allem, wenn Sie fragen müssen. Es ist sehr unwahrscheinlich, dass du einen besseren Job machst als all die Leute, die die Vielzahl von Frameworks geschrieben haben, die es bereits gibt.
+1 Bester Rat! –
Das Problem ist, dass es kein Framework gibt, das meinen Bedürfnissen entspricht. Danke für das Buch, klingt vielversprechend. – Andrejj
@ user459493, um nicht wie ein Stichel hier klingen, aber sind Sie wirklich sicher, dass kein Framework Ihren Anforderungen in der Unternehmenskommunikation entspricht (vermutlich, Messaging ist das richtige Wort)? Dieses Thema ist mehr oder weniger gut untersucht, und sicherlich würde ein existierender Rahmen die meisten Ihrer Bedürfnisse abdecken. –
"Wie man eine gute API gestaltet und warum es wichtig ist" von Josh Bloch.
Ein paar empfohlenen Bücher:
Ich weiß nicht, wie genau Ihr eDMSs, die einander verbinden sollte, wenn sie Code kompatibel usw. Aber das kann für Sie hilfreich sein.
Überprüfen Sie Java Content Repository (JCR) Standard und JBoss ModeShape als Implementierung. Die meisten Content- (auch Dokumenten-) Repository-Softwareanbieter sind JCR-konform, z. Alfresco, aber auch andere, die nicht mit Java verwandt sind.
Anstatt ein eigenes Framework zu schreiben, schreiben Sie einfach einen einfachen ModeShape JCR Connector für Ihr eDMS. Dann können Sie einfach föderierte DMS, Replikation, vorhandene Repository-Management-Tools nutzen, Ihre Repos über Web Dav, REST verfügbar machen, mit anderen Protokollen kommunizieren und viele andere Dinge mit opensourced und kommerziellen Tools tun - Ihr Repository muss nur einen JCR-Connector bereitstellen.
Sie sollten vollständig integriert sein (2-Wege-Kommunikation, Dokumentensuche, etc.), einer ist in Java geschrieben und der andere ist in .net.Sie sind beide von uns geschrieben, so dass es vielleicht einen gewissen Spielraum für die Änderung des bestehenden Codes gibt. Danke für den Vorschlag. – Andrejj
Überprüfen Sie auch diesen Artikel http://dev.day.com/content/ddc/blog/2008/01/fudbusting2.html über die Verwendung von JCR außerhalb von Java. – gertas
Könnten Sie bitte zuerst _why_ erklären? –
Noch ein Rahmen? Sind Sie sicher, dass ein Bedarf besteht? – meriton
Es wird (im Erfolgsfall) ein Framework für die Kommunikation zwischen zwei eDMS sein. Es gibt keine Frameworks, die zum Profil passen, zumal beide eDMS unsere sind. – Andrejj