BlazeDS vs. GraniteDS

Question

任何人都有評估BlazeDS和GraniteDS的經驗嗎？我很好奇與Spring/Hibernate集成哪個更好。

Answer 1

如果您只是在尋找簡單的RPC和消息傳遞，我會與Blaze一起去。這些實現更成熟，更好地證明了這一點，特別是在消息傳遞方面。花崗岩中的消息傳遞基於Comet，而且從我記憶中來看，它依然非常新穎。下面更多詳細信息...

Blaze DS基本上是一個堆棧，其中包括RPC和一些HTTP上的簡單消息服務。使用FlexFactory的SpringFactory實現可以輕鬆實現與Spring的集成：只需在Google類名稱中找到代碼即可。它不提供任何額外支持Hibernate相關的東西。

花崗岩DS在功能上快速增長。它比LCD更能與Blaze DS競爭。它包括解析Hibernate對象圖並以乾淨的方式處理懶惰代理的能力。他們還有一個名爲「潮汐」的工具，在Flex客戶端中創建會話的模擬，以確保實體的唯一性。他們也明確支持通過Spring，EJB3和Seam公開的服務。花崗岩還有一個用於從Java類生成AS3類的實用程序（儘管如果你願意，這不難編寫）。

大約一年前，我和Granite一起工作過，並且在正確分析對象圖時遇到了一些問題; Flash Player會拋出一些令人討厭的低級異常。我的猜測是文檔和實現已經成熟，因此這些已不再是問題。然而，我仍然有點猶豫，推薦它，因爲我遇到了問題，切換到Blaze立即解決他們沒有任何麻煩。

Answer 2

懸崖上的評論數旁註：

1. GraniteDS的創建2006年底，BlazeDS的前一年左右。它被廣泛用於要求苛刻的生產環境，至少可以被認爲比BlazeDS成熟和成熟。
2. GraniteDS消息傳遞是在1.0版本（2007年末，第一次BlazeDS發佈後的幾個星期）推出的，現在它已經非常成熟並且在苛刻的生產環境中也得到驗證。
3. Cliff遇到的Flash Player異常通常是由於無法編譯SWF中所有生成的AS3類而導致的。這只是一個使用Flex編譯器選項的問題，該選項強制包含這些缺失的類，它們是數據圖模型的一部分，並且在反序列化時需要，但未在MXML/AS3代碼中明確使用。
4. 大多數GraniteDS的用戶是從BlazeDS的/ LCDS，因爲這兩個框架不與複雜的數據模型正確處理未來的（沒有或有故障延遲加載的支持，不好的事務隔離等）

所以，恕我直言，除非你正在開發一個相當平凡的數據模型的小應用程序，你應該去GraniteDS。