原创 Hibernate映射(一)—基本映射
對象關係映射(ORM)已經在前面的博文中介紹了:ORM介紹 本篇博文主要來介紹Hibernate的基本映射 概念 關係:事物之間相互作用、相互聯繫的狀態 關聯:將對象(數據庫表)之間通過某種方式聯繫起來 映射:將一種形式轉化爲另一種形
原创 Hibernate映射(三)— 一對一
兩種策略: 主鍵關聯:兩個對象有相同的主鍵值,通過表的主鍵來關聯 唯一外鍵關聯:本是用於多對一的配置,若加上那個唯一的限制後,也可用來表示一對一關聯關係 主鍵: 1、單向 情況: 一個人有一個身份證,人
原创 我—工作了!
7月3號入職,到現在也差不多一個月了,已經漸漸的適應了這裏的環境。有很多很多學習的地方,也看到了自己需要提高的地方還有很多很多!接下來整理一下這一個月的點點滴滴! 第一週:瞭解環境 1、組長給了一些e
原创 Java實戰(二)—代理模式
一、背景 當我們系統中每個方法都需要相同的功能時,比如日誌、事務……;我們之前一直就是將相應都重新寫一遍。如果我們共同的方法出現了問題,所有用到它的方法都必須進行修改,系統維護起來困難,並且不符合OCP原則。那該怎樣去做?
原创 Struts進階(二)-Struts2
起源 Struts2採用另一個MVC框架WebWork的核心設計,是WebWork的一個升級,而不是Struts1的升級,是Struts的下一代產品。它吸收了Struts1的部分優點,建立了一個WebWork和Struts1的
原创 Hibernate映射(六)— 繼承
單表繼承 關係圖: 具體實現 1、實體 Animal: /** * 父類Animal實體 * @author gxq * */ public class Animal { //定義id、
原创 Spring進階(二)—初識IOC
背景 兩個對象之間,一個對象方法的實現需要另外一個對象的支持,這兩個對象就存在依賴關係,那麼她們的關係如何建立? 傳統設計:通過由調用者來創建被調用者的實例,即使使用接口來隔離使用者和具體實現之間的依賴關係,但是不管怎
原创 Spring進階(一)—宏觀介紹
背景 J2EE開發企業軟件時經常遇到以下兩個問題 問題一:對象太多如何進行管理 問題二:相同邏輯與業務邏輯總是糾纏在一起,耦合性特別高 出現 Spring是一個輕量級、非侵入式的Java開源框架,爲了簡化企業開發。
原创 Spring進階(三)—AOP
背景 當我們的項目中需要給某些方法添加日誌記錄時,這些需要記錄的方法散佈在30多個類中.解決這個問題最直接的 方法是:創建一個超類/接口,然後讓所有的日誌功能的類繼承它。如果開發期間需求變動,那麼就要修改就會散佈 在30多
原创 Hibernate映射(七)— 組件
情況: 多個類中存在一些相同屬性,將其抽取出來 與繼承區別? 繼承: 繼承實在編譯時刻靜態定義的,較方便複用。但繼承對子類暴露了其父類的實現細節,破壞了封裝性;子類與父類有着較強的依賴關係,
原创 Hibernate映射(四)— 一對多
一對多與多對一區別: 映射原理是一致的,都是在多的一端加入一個外鍵,指向一的一端 區別在於維護的關係不同: 多對一維護的關係是:多指向一的,有了此關係,在加載多的時候可以將一加載上來 一對多維護的關係是:一指向多的關係,有了此關
原创 Struts進階(一)-Struts1
起源 隨着Internet技術的廣泛使用,Web技術已經廣泛應用於Internet上,早期的Web應用全部是靜態的HTML頁面,用於將一些文本信息呈現個瀏覽者,但這些信息固定寫在HTML頁面,不具備與用戶交互的能力,沒有動
原创 Hibernate映射(二)— 多對一
情況: 多個用戶在一個組,一個組包含多個用戶,用戶端維護關係(多的一端維護關係) 原理: 在多的一端加入一個外鍵,指向一的一端 關係圖: 整體與部分的關係:使用聚合 具體實現 1、實體 <span style="
原创 hibernate進階(一)—ORM、JPA、Hibernate
一、ORM 起源 如今面向對象編程已經稱爲企業級開發中主流開發方法,而關係型數據庫也也成爲企業應用環境中永久存數據的主流存儲系統。面向對象是從軟件工程基本原則(如耦合、聚合、封裝)基礎上發展而來,而關係型數據庫是從數學理論發展
原创 hibernate進階(二)—三狀態
當我們的應用程序通過new語句創建了一個對象,這個對象的聲明週期就開始了,當不再有任何變量引用它,這個對象就結束生命週期,它佔用的內存就可以被JVM的垃圾回收器回收。對於需要被持久化的Java對象,在它的生命週期中