用Java程式設計 請保持簡潔

　　開發人員，尤其是那些對生產過程有直接影響的開發者，他們極其想要簡化現有的執行機制。即便是在處理資料需求時也需要多級操作。學習如何簡化你的工作也是一種技能，原文作者Denis Tsyplakov從日常工作中總結出關於Java程式設計的一些經驗之談。譯文如下：

　　Java的複雜性

　　喜歡Java的開發者及客戶能發現該語言的顯而易見的優點——從一開始Java有個完美的資料庫介面，即使到現在也可稱得上是最好的一個。然而，即便是簡單的操作也需要冗長的、沉重的請求以及複雜的操作序列，不能說是太複雜，但可以肯定的一點是，不方便。

　　ORM給眾多的Java愛好者留下了很多美好的印象，原因只有一個“方便”。

　　在Java上執行ORM系統（物件關係對映（ORM）提供了概念性的、易於理解的模型化資料的方法。）——我們將這種框架稱之為Hibernate，起初我以為我找到了最為簡潔、最佳的文件，可以說在思想上是正確的，這種方法可與資料庫進行互動。然而不幸的是，煩人的工作和程式碼讓你感覺ORM和Hibernate變得很掃興。

　　為什麼我不喜歡ORM？

• 漫長的學習曲線

　　Hibernate（一種Java語言下的物件關係對映解決方案）文件並不大，似乎看起來更加易於閱讀。但根據我給大約50名Java開發者的面試經驗來看，我可以毫不猶豫的說，僅有3名Hibernate開發者能夠解答這個框架的問題。

• HQL——學習額外的語言

　　你不僅需要掌握如何使用Hibernate執行SQL，還必須學習HQL，與SQL相比HQL更簡單，但它的語義不同於SQL。

• Misc（混雜）

　　這裡還有一些其他複雜的問題，包括大量的庫，專案啟動預算，CPU載入等等。

• 搬石頭砸自己的腳——現有人為因素

　　人們很容易遺忘某些事情，知識缺乏等等。坦白的說，完全無辜的事情可能會突然引起奇怪的副作用，這是常有的事。

• 永無止境的列表

　　除此之外，還有其他更好的替代方案嗎？

　　如今，Spring JDBC似乎是ORM良好的替代方案，它是一款輕量級的、簡單的並且無國界的JDBC抽象化資料庫，使我們能編寫資料庫請求，只通過一行程式碼獲取結果。作業系統程式只需編寫且處理更少的命令；任何事情都很緊湊，功能以及幾乎為零的預算。通過選擇這種方法與資料庫進行互動，我不僅大大減少了所需時間，而且還明顯降低了開發成本（時間就是金錢）。

　　簡單且負擔的起的東西

　　我的經驗告訴我，你花時間來需找簡單的開發解決方案，包括新的工具、框架、技術以及未來需要支付的費用。作為一名開發者或者顧客，當你在做風險估算或者成本預算時，不要忘記給所有能幫助你解決問題的可用選項做個分析。

　　然而，如果你試圖追求減少時間和成本方面，請記住一句諺語：“越廉價的東西最終會被證明是最昂貴的。”

　　原文出自：Dataart