是不是像EJB那樣過度複雜的外部ORM？

-1

當您必須處理複雜的XML配置（如Java EJB）時，外部ORM如何簡化任何操作？複雜性只是隱藏在其他地方。此外，它將相關依賴關係引入到Microsoft的依賴關係上。那麼優勢在哪？是不是像EJB那樣過度複雜的外部ORM？

2009-09-20 programmernovice

EJB？由微軟？在你的夢中（或者，也許是噩夢） – 2009-09-20 08:47:19

如果你使用Java和Hibernate，微軟的依賴來自哪裏？ ORM和XML不相關。現代Java越來越受到註釋的驅動，所以早期對XML的依賴是一個實現細節，僅此而已。 – SteveD 2009-09-20 09:04:20

@Vinay我知道EJB是用於Java J2EE的:)但是不管它是Java還是.NET @stevendick我沒有在XML和Annotation之間看到太多的區別：註釋將作爲代碼生成器來創建從體系結構的角度來看，XML不會改變複雜性級別？ – programmernovice 2009-09-20 12:55:42

使用哪個ORM處理複雜的XML？對於ORM來說這很難「正常」，並且它通常不是唯一的選擇。

一個好的ORM顯着簡化了你的生活，它並沒有讓它變得更加複雜。

你不必依賴任何你願意自己編碼的庫。出於某種原因，它們被稱爲可重用組件。

繼續前進，從頭開始或使用來自Microsoft的ORM不足之處（因爲它看起來好像你已經接受了依賴關係），聽起來你有足夠的時間重新發明輪子。

來源

2009-09-20 09:35:13

如果真的那麼簡單，爲什麼Martin Fowler說它太複雜了:) http://www.infoq.com/presentations/domain-specific-languages – programmernovice 2009-09-20 15:15:53

我沒有看25分鐘的視頻。如果您有具體的部分要指出，請告訴我。 DSL與ORM不同，所以我不確定爲什麼DSL在這裏相關。 – 2009-09-20 16:29:09

ORM試圖解決數據庫工作方式，存儲和返回信息以及我們希望我們的代碼工作，存儲數據和操縱相同數據的方式之間的不匹配。

這不是一個解決的問題，工具正在改變和改進。在這個領域的每一個決定通常都涉及到一種權衡，爲了平衡設計的權衡，你必須更多地瞭解每個ORM試圖解決什麼問題的歷史，因爲過於複雜。

在一天結束時，ORM在那裏，所以您可以使用代碼而不是從頭開始編寫代碼。

有關此類討論的更多信息，請查看Coding Horror的帖子。

來源

2010-07-19 21:58:23 Nat

是不是像EJB那樣過度複雜的外部ORM？

回答

相關問題