[database] 獲取數(shù)據(jù)庫(kù)自增類型生成的主鍵的方法      摘要: 某些時(shí)候，你插入一條記錄后要馬上知道剛才插入記錄的id（自增類型），那么下面的方面可以滿足你的要求  閱讀全文

[EasyDBO] 太多另人失望的地方了......      摘要: 用著用著，突然發(fā)覺(jué)EasyDBO并沒(méi)有實(shí)現(xiàn)到它聲稱的功能。

如，當(dāng)你的實(shí)體有一對(duì)一關(guān)聯(lián)或者一對(duì)多等關(guān)聯(lián)時(shí)，它并沒(méi)有能夠正確地處理外鍵值（當(dāng)關(guān)聯(lián)的主鍵為自增類型時(shí)，插入關(guān)聯(lián)對(duì)象獲取到外鍵為空，被關(guān)聯(lián)的對(duì)象雖然能插入，但是這樣有舍用呢？）。

看看它處理的過(guò)程就知道它不能正確出來(lái)外鍵值了。
  閱讀全文

[EasyDBO] 哇，sai! 不是故意留下陷阱吧      摘要: 郁悶~~~~~~~~~~

搞了半天，發(fā)現(xiàn)一對(duì)一的被關(guān)聯(lián)對(duì)象沒(méi)有連同關(guān)聯(lián)對(duì)象也一同插進(jìn)數(shù)據(jù)庫(kù)里。

跟了一下源代碼，發(fā)現(xiàn)EasyJDB的addRelativeObject(Object obj)方法沒(méi)有對(duì)OneToOneField進(jìn)行處理！只對(duì)ManyToOneField和ManyToManyField進(jìn)行處理！但是OneToOneField卻是最常用的！
  閱讀全文

[EasyDBO] 是bug還是我用法不當(dāng)？ EasyDBO 該完善一些的時(shí)候了吧~~      摘要: 近來(lái)使用EasyDBO發(fā)現(xiàn)一些問(wèn)題。

首先，DBTable中的id命名意義不明朗，這個(gè)id你猜是數(shù)據(jù)庫(kù)表的key還是javaBean對(duì)應(yīng)于數(shù)據(jù)庫(kù)表key的屬性？我的猜測(cè)是前者，數(shù)據(jù)庫(kù)表的key（主鍵的名稱）。
  閱讀全文

[java拾遺篇] java.beans.PropertyEditor(屬性編輯器)簡(jiǎn)單應(yīng)用      摘要: java.beans.PropertyEditor的從字義來(lái)看是一個(gè)屬性編輯器，但總覺(jué)得它的作用更像一個(gè)轉(zhuǎn)換器－－從字符串轉(zhuǎn)換為類對(duì)象的屬性。  閱讀全文

[mysql] 給定數(shù)據(jù)庫(kù)表名，查主鍵字段名      摘要: 寫了一個(gè)從數(shù)據(jù)庫(kù)表映射到實(shí)體的工具配合easyDBO使用，需要知道指定表的主鍵，這個(gè)方法可以得到主鍵字段名：（數(shù)據(jù)庫(kù)MySQL5）  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列六（Executing Queries）      摘要: EMF-Query 的查詢語(yǔ)句結(jié)構(gòu)也是很簡(jiǎn)單的

SELECT
FROM [source]
WHERE [condition]

很像我們平常的SQL語(yǔ)句吧，但是不同的是SELECT、FROM 和WHERE 都是由對(duì)象來(lái)組合的。
  閱讀全文

[EMF-Query] 奇怪的模型查詢問(wèn)題，誰(shuí)知道是什么原因嗎？      摘要: 同樣的測(cè)試語(yǔ)句，官方例子中的模型可查得數(shù)據(jù)，我簡(jiǎn)化后（自己建的模型）卻得不到結(jié)果。是建模的方法不對(duì)？還是要注意一些什么問(wèn)題？  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列五（Feature Conditions）      摘要: Attribute和Reference是模型中的其中兩大元素，通常我們查詢都會(huì)根據(jù)Attribute和Reference來(lái)查詢。EMF-Query中提供了針對(duì)這兩種元素的封裝了條件類哦，怎么使用？easy~~  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列四（EObject 條件）      摘要: EObjectCondition ，從名稱上就可以意會(huì)到它是有關(guān)EObject的條件了。EObject和EMF的模型是關(guān)聯(lián)的，那么，EObjectCondition 當(dāng)然就是與EMF模型有關(guān)咯。比如，你的商店shop聚集了很多個(gè)商品的種類categories，你可以根據(jù)EObjectCondition 來(lái)查詢商店shop中是擁有某xxCategory的商品。條件怎么構(gòu)造？這個(gè)章節(jié)回有所介紹咯！呵呵，接著下去吧。  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列三（值條件的適配器）      摘要: 在某些情況下，你對(duì)某些值的比較上可能會(huì)遇到形式上的不一致。比如你要判斷一個(gè)日期是否在某個(gè)時(shí)點(diǎn)之后，你當(dāng)然可以重寫你的條件判別邏輯，但是，可能那不是最好的方法。簡(jiǎn)單的一個(gè)方法就是：將日期化作long型數(shù)值，這樣你就只需比較數(shù)值大小了。
現(xiàn)在，看看整體上簡(jiǎn)單條件（值條件）的適配器的整體結(jié)構(gòu)，以及怎樣去實(shí)行上面所提到的問(wèn)題
  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列二（基礎(chǔ)條件和條件的簡(jiǎn)單類型）      摘要: EMF Model Query Framework 提供了很多方便使用的條件，這些條件實(shí)現(xiàn)了用于簡(jiǎn)單的數(shù)據(jù)類型斷言。包括strings, numbers, 和 booleans. 這些條件用于模型元素的EAttribute之間所進(jìn)行的邏輯操作.。  閱讀全文

[emf-query與emf-ocl] EMF-Query與EMF-OCL學(xué)習(xí)筆記系列一（說(shuō)在前面的話）      摘要: 這一段時(shí)間在學(xué)習(xí)EMF，EMF在網(wǎng)上的資料已經(jīng)不少，對(duì)入門來(lái)說(shuō)，可以看看八進(jìn)制博客上的文章。你可以在這里找到鏈接http://www.cnblogs.com/bjzhanghao/category/38915.html 。在這里暫不作EMF的入門介紹了。后面一些篇章的模型查詢會(huì)用到一些實(shí)例，模型沿用八進(jìn)制的EMF例子中的模型，這樣或許能節(jié)省我對(duì)EMF入門的重復(fù)介紹，又能擴(kuò)展八進(jìn)制的EMF教程，這種方式應(yīng)該不難令人難接受吧，呵呵，希望八進(jìn)制兄不要介意咯。  閱讀全文

[設(shè)計(jì)模式篇] Abstract Factory 模式讀書筆記與舉例      摘要: Abstract Factory 模式的意圖：
需要為特定的客戶（或者對(duì)某種情況）提供對(duì)象組
Abstract Factory 模式將問(wèn)題（根據(jù)職責(zé)）分解為：
1.誰(shuí)在使用我們的特定對(duì)象（Client）
2.誰(shuí)來(lái)決定使用哪些對(duì)象（AbstractFactory）  閱讀全文

[java 拾遺篇] JavaBean實(shí)現(xiàn)約束屬性簡(jiǎn)單例      摘要: java.beans.PropertyChangeSupport通過(guò)注冊(cè)PropertyChangeListener可以令屬性在運(yùn)行或者設(shè)計(jì)時(shí)被修改后，可以自動(dòng)地通知外部世界。

java.beans.VetoableChangeSupport通過(guò)注冊(cè)VetoableChangeListener有能力拒絕被設(shè)置為某個(gè)數(shù)值的屬性。如果fireVetoableChange方法拋出了一個(gè)PropertyVetoException例外，就表明監(jiān)聽(tīng)者已經(jīng)拒絕了屬性的改變，屬性改變將不會(huì)生效。

例子很簡(jiǎn)單，看看就會(huì)明白，不多寫解釋了，看例子吧！
  閱讀全文