小談Hibernate中的HQL與QBC查詢

最早接觸Hibernate是在2004年,當時懷著忐忑和不安的心情來學習這門技術。經過這幾年的使用和研 究,也積累了一定的經驗,下面就HQL和QBC查詢來談一下我從工作中得到的一些總結。本文不會講什麼是Hibernate、什麼是ORM、更不會談怎樣使用HQL與QBC。本文的目的是讓大家對平常 使用最多,也是最廣泛的與資料庫打交道的兩種方式,有一個新的認識。恩,如果你還不知道Hibernate,大象建議你先去學一下再來看本文,如果你已經是這方面的高手,大

Spring學習點滴,《Spring in Action》筆記(六)

81. Spring 提供了豐富的控制器層次,方便根據實際需求選擇實現或繼承那一種控制器。不像 Struts 和 WebWork 比較平坦的 Action 層次。比如 ThowawayController/MultiActionController/SimpleFormController 等。 (P254)82. 繼承 AbstractController 要覆蓋的方法是 handleRequestInternal(request,response);new

Spring學習點滴,《Spring in Action》筆記(三)

第十章. 使用其他 Web 架構41. Spring 提供了兩種與 Struts 整合的方式1) 讓你的 Action 繼承 org.springframework.web.struts.ActionSupport2) 將請求委託給作為 Spring Bean 管理的 Struts action 來自理(P312)42. 為了讓 Struts 能訪問 Spring 管理的 Bean,必須在 struts-config.xml 中註冊一個知道 Spring 內容相關的

Spring學習點滴,《Spring in Action》筆記(一)

第二章:裝配 Bean--------------------------------------------------------------------------------1. <ref>標籤中的 bean, local, parent 三個屬性的區別(P53)2. <list><value...</list>和<set><value...</set>可以換著用都 可以為 List, Set 以及數組屬性賦值(P5

Struts的動態複選框-用動態選擇的元素輕鬆建立複選框

簡介:Struts Recipes 的合著者 Danilo Gurovich 從 George Franciscus 停止的地方開始,介紹了 便於使用的建立動態選擇複選框的 Struts 訣竅。在使用者介面設計中,複選框組不如它的同類 —— 多行選擇框那樣流行。它們基本上做的是同一件事 ,即選擇映射到單一 name 屬性的一組選項。當在組中使用時,複選框執行的功能實際與多行選擇框一樣

Struts源碼研究

logic:Iterator標籤(以下簡稱“該標籤”)是Struts裡非常常用的一個標籤,其作用在於迴圈顯示給定容器物件中的值如此常用的標籤,其原始碼當然需要拿出來研究一下,以下列舉幾條研究成果:1、該標籤內部使用Collection來表示給定的容器,所有的給定容器物件(如ArrayList,Map等)都會被其轉化成為Collection2、該標籤自己維護迴圈索引3、該標籤常見的幾個屬性如下:name、property、scope、id4、結合以上標籤,給出一段原始碼來解

Struts源碼研究

Struts中非常常用的有這樣的一個標籤:<bean:message key="welcome.title"/>眾所周知,這個標籤做的事情是這樣的:訪問在struts-config.xml中定義的資源檔,一般是application.properties,一般是這樣定義的:<message-resources

struts架構中實現多行表單提交

在struts架構中常常會遇到多行表單的情況, 如何有效利用struts架構提供的自動收集機制來處理呢? 這裡提供一個簡便的方法.可以用List來解決這個問題. List中的每一個元素都是一個有效對象.例如:Class ... TestBean ...{private List test = new ArrayList();......public Lisg getTest(){....}}其中test List中的每一個元素又是一個SubTestBeanClass ...

關注效能: 邊緣剖析

簡介:調優的並不總是速度,有時候需要調整應用程式的其他方面,如果應用程式需要調優,要做的 第一件事通常是使用剖析程式監控應用程式。但是,剖析並不總是可行的,有時候原因可能很可笑。關注 效能的本期文章中, Jack 和 Kirk 講述了他們最近經曆的一件事:他們奉命剖析一個胖客戶機,事實上 它是如此龐大,根本沒有為剖析程式留下空間。我們從來還沒有遇到過調優應用程式記憶體佔用的問題。通常,我們看到的和記憶體有關的調優要求都涉

Hibernate中雙向關聯載入排序的解決方案

問題:Hibernate的<many-to-many>雙向關聯中,一方載入另一方時,怎麼樣達到按自訂規則排序的目的呢?執行個體:角色和菜單是多對多的關係,為角色指派菜單後,載入菜單時,我需要按照菜單的ID來排序顯示。解決辦法:1. 通過在hbm設定檔中配置解決,需要自訂比較子。1) 在多對多的主控端指定sort屬性這裡的主控端為role,受控端為menu。role的配置為: <set name="roleMenus"

Hibernate利用XDoclet自動組建組態檔案

many-to-many為例,有Position和User兩張表,一個Position可以有多個Users,一個User也可以有多個 Position,中間的關聯表為 test_user_position 。通過在PO中加入XDoclet,自動產生hbm設定檔。不廢話,看代碼。package test;import java.util.Set;import java.util.TreeSet;/** *//*** @hibernate.class

RMS遍曆類RecordFilter和RecordComparator用法

RMS提供的遍曆類RecordEnumeration,建構函式原型如下:Public RecordEnumeration enumerateRecords (RecordFilter filter, RecordComparator comparator, boolean keepUpdated)第一個參數是RecordFilter,它就是用來篩選資料庫中的紀錄的,篩選的條件就是我們需要定義的方法,boolean matches(byte[]

工作清單指派給多個線程的策略及方法

多線程下載由來已久,如 FlashGet、NetAnts 等工具,它們都是依懶於 HTTP 協議的支援(Range 欄位指定請求內容約制),首先能讀取出請求內容 (即欲下載的檔案) 的大小,劃分出若干區塊,把區塊分段分發給每個線程去下載,線程從本段起始處下載資料及至段尾,多個線程下載的內容最終會寫入到同一個檔案中。只研究有用的,工作中的需求:要把多個任務指派給多個線程去執行,這其中就會有一個工作清單指派到線程的策略思考:已知:1. 一個待執行的工作清單,2.

Struts中關於使用者權限限定的建議

關於web系統的許可權限定問題,可能有很多的辦法,我在這裡說一下自己的一些小技巧,起到拋磚引玉的作用,忘各位指正:系統中一個角色包含多個使用者,角色和使用者之間最好採用一對多,以免發生混亂;自系統初起的時候,系統只有一個超級使用者(例如root),有兩個預設角色,即遊客角色和註冊使用者角色;超級使用者可以在後續管理中添加角色,預設角色不能刪除,其他角色的刪除中如果這個角色下有使用者,可以採取不允許刪除或刪除後這些使用者的角色自動轉為註冊使用者角色;每個角色使用者訪問系統某些功能模組的權利,某個角

系統學習hibernate之六:一對一外部索引鍵關聯映射雙向關聯

hibernate一對一唯一外部索引鍵關聯映射(雙向關聯Person<---->IdCard)一對一唯一外部索引鍵關聯雙向,需要在另一端(idcard),添加<one-to-one>標籤,指示hibernate如何載入其關聯對象,預設根據主鍵載入person,外部索引鍵關聯映射中,因為兩個實體採用的是person的外鍵維護的關係,所以不能指定主鍵載入person,而要根據person的外鍵載入,所以採用如下映射方式:<one-to-one

系統學習hibernate之五:一對一外部索引鍵關聯

在hibernate中一對一外部索引鍵關聯跟多對一外部索引鍵關聯有很相似的地方,hibernate多對一外部索引鍵關聯先參考這個,然後只要是在*.hbm.xml裡面加入以下代碼:<many-to-one name="group" column="groupid"

演化架構和緊急設計: 利用可重用代碼,第2部分

簡介:在使用 演化架構和緊急設計 前幾期描述的技術發現 代碼中的緊急設計之後,下一步您需要一 種擷取和利用這些設計項目的方法。本文介紹了兩種用於擷取慣用模式的方法:將模式作為 APIs 進行捕 捉;使用元程式設計方法。本 系列 的前幾期主要關注緊急設計中顯而易見的第一步:發現 慣用模式。發現慣用模式之後,您要 用它做什嗎?該問題的答案就是本期重點,本文屬於由多個部分組成的系列文章的第二部分。第 1 部分 —代碼與設計的關係探討—

演化架構和緊急設計:利用可重用代碼,第1部分

簡介:識別出代碼中的慣用模式後,下一步是積累和使用它們。理解設計與代碼之間的關係有利於發 現可重用的代碼。本期的 演化架構與緊急設計 探索代碼與設計的關係,使用表達性強的語言的重要性, 以及重新考慮抽象風格的潛在價值。通過本 系列 的前幾期,您已經知道,我的觀點是軟體的每個部分都包括可重用的代碼塊。例如,公 司處理安全性的方式在整個應用程式甚至多個應用程式中可能都是一致的。這就是我所說的 慣用模式 的

演化架構和緊急設計: 使用 DSL

簡介:至今, 演化構架和緊急設計 主要關注技術模式的緊急設計,本期將介紹使用特定領域語言 (DSL)捕獲 領域慣用模式。系列作者 Neal Ford 用一個例子說明了該方法,顯示了這種擷取慣用模式 的抽象樣式的優勢。慣用模式可以是 技術也可以是 領域。技術模式為常用的技術軟體問題指出解決方案,例如在應用程 序(或應用程式套件)中怎樣處理驗證、安全和交易資料。前幾期主要關注擷取技術慣用模式所用的技術 ,例如元程式設計。域模式關注的是如何抽象常見業務問題。而技術模式幾乎出現在所有的軟體中,域模

演化架構與緊急設計: 積累慣用模式

簡介: 本期將之前的 演化架構與緊急設計 文章中的緊急設計概念與一個案例研究相結合,展示如何 發現、積累和利用代碼中意料之外的設計項目。一旦理解了如何識別設計項目,便可以使用該知識改進代 碼的設計。緊急設計使您可以發現代碼中意料之外但是已成為程式碼程式庫重要部分的那些方面。在本系列第一期 “研究架構和設計” 中,我曾斷言每個較大的項目都包括超出所有人意料的設計元 素。詳細考慮一個問題時,常常會發現有些本以為困難的事情實際上卻更容易,有些本以為容易的事情實

總頁數: 61357 1 .... 25589 25590 25591 25592 25593 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.