做guzz的annotation，看了一遍規範，又實現了一遍規範，最後在專案裡面試了一把，簡直忍無可忍，沒有一點點擴充套件性可言……。尤其是主鍵生成策略@id部分，想設定為assigned都沒有辦法。基本上jpa定義的annotation，所有實現者都要重複定義一套進行功能擴充套件，而開發者基本上2個都要寫。
@generatevalue為容器管理預留設計太明顯了，搞得除了以後買weblogic/websphere管理外怎麼看都不合理。
其實hibernate的標籤設計的是不錯的，難不成那哥們跑去設計jpa的時候故意搞得很賴……
互動設計的規範
當產品規模大了之後就需要多個產品設計師協作完成整個產品，由於不同產品設計師之間的設計理念 設計方法 設計習慣的不同，協作完成的產品往往會導致產品一致性差，質量參差不齊。這個時候會需要乙份互動設計規範來規範和指導產品設計，從而保證產品設計的一致性，提公升整體產品質量。頁面資訊規範主要指頁面的靜態資訊應...
關於redis key命名規範的設計
關於redis key命名規範的設計 一 實現目標 簡潔，高效，可維護 二 鍵值設計規約 1 redis key命名風格 推薦 redis key命名需具有可讀性以及可管理性，不該使用含義不清的key以及特別長的key名 強制 以英文本母開頭，命名中只能出現小寫字母 數字 英文點號 和英文半形冒號 ...
JPA之如何設計乙個優雅的DAO
要想使寫的 具有可復用 可維護 易擴充套件，我們就要面向介面程式設計。添刪改查，每增加乙個模組都要做添刪改查，重複 之多可想而知，不便於維護，雖然我們使用了持久層框架jpa,但也避免不了重複的 如何才能使重複的 更少些呢？採用泛型 反射技術。首先我們定義乙個介面 public inte ce dao...