持久化模式，第 1 部分: 现代 ORM 工具的策略和最佳实践
2010-04-02 00:00:00 来源：WEB开发网 闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌ｉ弴鐐测偓鍦偓姘炬嫹
闂傚倸鍊搁崐鎼佸磹妞嬪海鐭嗗〒姘ｅ亾妤犵偛顦甸弫鎾绘偐閹绘帞鈧參姊哄Ч鍥х仼闁诲繑鑹鹃悾鐑藉蓟閵夛妇鍘甸梺瑙勵問閸犳牠銆傛總鍛婄厱閹艰揪绱曟牎闂侀潧娲ょ€氫即鐛幒妤€绠ｆ繝闈涘暙娴滈箖鏌ｉ姀鈶跺湱澹曟繝姘厵闁绘劦鍓氶悘杈ㄤ繆閹绘帞澧涚紒缁樼洴瀹曞崬螖閸愬啠鍓濈换娑樼暆婵犱胶鏁栫紓浣介哺閹瑰洤鐣烽幒鎴僵闁瑰吀鐒﹂悗鎼佹⒒娴ｇ儤鍤€闁搞倖鐗犻獮蹇涙晸閿燂拷
濠电姷鏁告慨鐑藉极閸涘﹥鍙忔い鎾卞灩缁狀垶鏌涢幇闈涙灈鐎瑰憡绻冮妵鍕箻鐎靛摜鐣奸梺纭咁潐濞茬喎顫忕紒妯肩懝闁逞屽墮宀ｈ儻顦查悡銈夋煏閸繃鍋繛宸簻鎯熼梺瀹犳〃閼冲爼宕濋敃鈧—鍐Χ閸℃鐟愰梺鐓庡暱閻栧ジ宕烘繝鍥у嵆闁靛骏绱曢崢顏堟⒑閹肩偛鍔楅柡鍛⊕缁傛帟顦寸紒杈ㄥ笚濞煎繘鍩℃担閿嬵潟闂備浇妗ㄩ悞锕傚箲閸ヮ剙鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘闂傚倸鍊搁崐鎼佸磹妞嬪孩顐芥慨姗嗗厳缂傛氨鎲稿鍫罕闂備礁婀遍搹搴ㄥ窗閺嶎偆涓嶆い鏍仦閻撱儵鏌ｉ弴鐐测偓鍦偓姘炬嫹 闂傚倸鍊搁崐鎼佸磹閻戣姤鍤勯柤鍝ユ暩娴犳氨绱撻崒娆掑厡缂侇噮鍨堕妴鍐川閺夋垹鍘洪悗骞垮劚椤︻垶宕￠幎鑺ョ厪闊洦娲栨牎闂佽瀵掗崜鐔奉潖閾忓湱纾兼俊顖氭惈椤矂姊虹拠鑼婵ǜ鍔戦崺鈧い鎺嶇閸ゎ剟鏌涢幘璺烘瀻妞ゎ偄绻愮叅妞ゅ繐瀚悗顓烆渻閵堝棙绀€闁瑰啿閰ｅ畷婊勫鐎涙ǚ鎷洪梻渚囧亞閸嬫盯鎳熼娑欐珷妞ゆ柨澧界壕鐓庮熆鐠虹尨鍔熺紒澶庢閳ь剚顔栭崰鏍€﹂柨瀣╃箚婵繂鐭堝Σ鐑芥⒑缁嬫鍎愰柟鐟版搐铻為柛鎰╁妷濡插牊绻涢崱妤冪婵炲牊锕㈠缁樻媴妞嬪簼瑕嗙紓鍌氱М閸嬫挻绻涚€涙ḿ鐭ら柛鎾跺枛瀹曟椽鍩€椤掍降浜滈柟鐑樺灥閳ь剙缍婂鎶筋敆閸曨剛鍘遍柣搴秵娴滅兘鐓鍌楀亾鐟欏嫭纾婚柛妤€鍟块锝夊磹閻曚焦鞋闂備礁鎼Λ瀵哥不閹捐钃熼柕濞炬櫆閸嬪棝鏌涚仦鍓р槈妞ゅ骏鎷�
生硬的方式：在需要修改审计信息的对象的任何地方，都确保用正确的值填充审计信息。这种方式有许多明显的缺陷。最主要的缺陷是，审计逻辑会在应用程序中的许多地方重复出现。即使把这一逻辑集中在一个实用程序类中，仍然必须记住在修改对象的每个地方使用这个实用程序 — 不只是在最初开发系统时，在维护系统时也必须牢记这一点。但是，在任何规模的系统中，开发人员或早或晚都会忘记这项要求。
把审计逻辑放在 DAO 中：另一种方式是把审计逻辑集中在一个通用 DAO 中。通过在保存方法中添加审计逻辑，使用这个 DAO 保存的任何对象都会自动填充审计字段。这种方式在许多情况下效果很好，但是仍然有一些缺陷。一个缺陷是，这种方式假设应用程序总是使用通用 DAO 的保存方法来保存数据。但是，实际情况不一定总是这样的，那么前面的问题就又出现了：必须记住添加审计逻辑。另一个问题更严重：这个解决方案忽略了 ORM 工具最有用的特性之一，过渡持久化（transitive persistence）。可以使用 DAO 显式地保存 Employee 对象，但是 Hibernate 也会自动地对与它相关联的 Address 的任何修改进行持久化。在这种情况下，Employee 会填充它的审计字段，但是 Address 不会。
Hibernate 的 Interceptor ：为了解决这个问题，需要在 Hibernate 中建立一个扩展点。每当框架保存对象时，需要在一个地方填充这些审计字段。Hibernate 通过它的 Interceptor 接口提供了这个特性。这个接口为许多 Hibernate 事件提供回调方法，包括创建、修改和删除对象。把审计逻辑放在 Hibernate 的 Interceptor 中，就可以消除重复的逻辑，而且不再需要为确保执行逻辑操心。只要由 Hibernate 负责保存数据，就一定会执行审计逻辑。
中查找“持久化模式，第 1 部分: 现代 ORM 工具的策略和最佳实践”更多相关内容
中查找“持久化模式，第 1 部分: 现代 ORM 工具的策略和最佳实践”更多相关内容更多精彩
赞助商链接
