簡體   English   中英

Java應用程序架構指南

[英]Java Application Architecture Guide

是否有與之相對應的Java應用程序體系結構指南: http//www.codeplex.com/AppArchGuide

以下內容對您有所幫助

  1. 核心J2EE模式
  2. 有效的企業Java
  3. 企業應用架構模式
  4. 首先設計模式
  5. J2EE藍圖
  6. Sun認證企業架構師,學習指南

雖然我已經快速瀏覽了一下codeplex中的文檔,但我可以告訴你,其中70-80%的內容也適用於Java。

我為沒有閱讀你提供的非常好的鏈接而道歉。

我會說架構應該是一種與語言無關的東西。 一旦理解了原則,就應該將一個平台的功能和實現細節映射到另一個平台。

我對發布任何Java EE標准的鏈接猶豫不決,因為進入EJB 3.0所做的更改使早期版本的許多“最佳實踐”過時了。

對象關系映射現在體現在JPA中; Spring引入了依賴注入和面向方面編程等思想。

現在,我會說學習Spring會讓您最好地了解Java企業架構的最佳實踐。

我仍在下載引用的文檔,但是從我想到的頁面描述中

a)很多應該是語言無關的,所以它也應該適用於java。
b)企業應用程序架構的模式可能適合。 (這也是平台/語言獨立。)你可以在http://martinfowler.com/books.html上閱讀這本書

編輯:
我只是瀏覽了文檔。 看起來真的相互影響。 我想我需要花更多的時間。

對.NET的引用極其稀疏,主要列出給定ara的.NET技術堆棧的適當部分。 例如Windows Mobile用於實現移動應用程序客戶端的東西。 在許多情況下,這實際上只是營銷。

所以Java的等價物是推薦匹配的Sun解決方案。 像MySQL一樣的數據庫。 雖然這種方法對於MS來說是有意義的,因為MS希望他們的開發人員能夠被鎖定在MS中,但對於那些以開放性為主要賣點的Sun / Java而言,它是沒有意義的。 因此,像'使用MS SQL Server'這樣的聲明將轉變為使用,Oracle,db2,mysql,ms sql server,hsqldb,derby,informix,postrgres或任何其他數據庫...對此不太有幫助。 所以我想這不會發生。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM