J2EE劍俠行

找到一個(gè)好用的UML建模工具-argouml

posted @ 2007-06-20 13:29 @家軍 閱讀(1845) | 評(píng)論 (1) | 編輯 收藏

ROR:習(xí)慣約定優(yōu)于配置(學(xué)習(xí)ROR的第一天)

今天學(xué)習(xí)了一下ROR，有一些學(xué)習(xí)經(jīng)驗(yàn)東西要與大家分享。
給ROR加一個(gè)座右銘--------狹窄心腸的日本產(chǎn)物。
首先，不要一個(gè)一個(gè)的下載Ruby,Rails,建議使用一鍵安裝，下載地址如下：
InstantRails-1.3-win
版本說明：ruby 1.8.4 (2005-12-24) [i386-mswin32]
其次，下載一個(gè)目前為止比較好的一個(gè)ROR的實(shí)踐工具：RadRails
下載地址：radrails-0.7.1-win32
接下來，設(shè)置一下Radrails的環(huán)境
1)、Windows/perferences/Ruby/Installed Inteperters/ ->add ruby所在路徑：比如D:\InstantRails\ruby\bin\ruby.exe
2)、Windows/perferences/Rails/Configuration ->Rails path：比如D:\InstantRails\ruby\bin\rails
->Rake path:比如D:\InstantRails\ruby\bin\rake 絕不是bat/cmd
->mogrel path:比如D:\InstantRails\ruby\bin\mongrel_rails絕不是bat/cmd

有了如上的配置后，就只需要和在JAVA當(dāng)中ANT一樣使用。(成功用過APPFUSE的人就不用害怕了)

看看日本人寫的第一步:
1),在RadRails中創(chuàng)建一個(gè)Rails Project，怎么樣會(huì)出來一堆的東東。
2),進(jìn)入DOS命令吧，后面的工序都是這樣的，好象買了海爾的洗衣機(jī)，第一次是送貨、第二次是用戶回訪，第三次是.....
進(jìn)入到你的項(xiàng)目處，運(yùn)行ruby script\generate controller MyTest，
則得到的服務(wù)如下：
exists app/controllers/
exists app/helpers/
create app/views/my_test
exists test/functional/
create app/controllers/my_test_controller.rb
create test/functional/my_test_controller_test.rb
create app/helpers/my_test_helper.rb
修改一下my_test_controller.rb

posted @ 2006-09-29 11:47 @家軍 閱讀(1995) | 評(píng)論 (1) | 編輯 收藏

三個(gè)JAVA文件完成你的MVC應(yīng)用

posted @ 2006-09-29 11:43 @家軍 閱讀(1899) | 評(píng)論 (3) | 編輯 收藏

struts標(biāo)簽,請(qǐng)你走開(系列一)

在項(xiàng)目開發(fā)的很多時(shí)候，用戶需要更友好，更容易理解的操作界面，而為了能夠達(dá)到這種表現(xiàn)界面，struts標(biāo)簽顯得力不從心，本人經(jīng)過幾個(gè)項(xiàng)目的開發(fā)當(dāng)中 逐漸的擯棄了struts標(biāo)簽，而由JSTL來做為JSP頁面的表達(dá)者。
struts標(biāo)簽之死穴一 不支持嵌套
看看這種常見的需求吧。一個(gè)用戶隸屬于一個(gè)職能部門，比如
項(xiàng)目要求 職能部門有五個(gè)(亂寫的)
1、企劃部
2、網(wǎng)絡(luò)集成部
3、行政部
4、營銷部
5、產(chǎn)品部
項(xiàng)目要求 一共有二個(gè)員工
1、張三 隸屬于行政部
2、李四 隸屬于營銷部
而你想把張三和李四都列表出來，顯示為如下：
姓名 部門名稱
張三 行政部
李四 營銷部
而且還需要用戶的列表鏈接到修改頁面當(dāng)中(假如只修改部門)應(yīng)該如何做呢。
在使用struts標(biāo)簽是很難做到的，除非你非常不在意內(nèi)存的使用(亂寫技術(shù)性代碼)
看看JSTL是如何做的吧。
從STRUTS的ACTION當(dāng)中加載兩個(gè)對(duì)象

<%@?taglib?uri="http://java.sun.com/jsp/jstl/core"?prefix="c"%>

然后寫代碼如下：

<table>

<tr>

<td?align="center">

<a?href="User.do?method=EditUser&UserId=<c:out?value='${View_User.UserId}'/>">

<c:out?value="${View_User.UserName}"?/>?</a>

</td>

<td?align="center">

<c:forEach?items="${View_Dept}"?var="View_Dept">

<c:if?test="${View_User.Dept.DeptId==View_Dept.DeptId}">

<c:out?value="${View_Dept.DeptName}"?/>

</c:if>????????????????????????????

</c:forEach>

</td>

</tr>

</table>

其中View_User.Dept.DeptId表示USER表與DEPT表的一個(gè)關(guān)系(外鍵)

還有如果在修改用戶時(shí)，則也與上面的差不多，首先在ACTION當(dāng)中加入：

String?ModifyUserId?=?request.getParameter("GroupUserId");

if?(ModifyUserId?==?null?&&?ModifyUserId.equals(""))?{

//這是出錯(cuò)處理

request.setAttribute("UserMsg",?"User.ValidateUser");

return?mapping.findForward("Fail");

}

DynaValidatorForm?UserActionForm?=?(DynaValidatorForm)?form;

User?user?=?UserDAO.GetUser(ModifyUserId);????????

List?GetAllDept?=?UserDAO.GetAllDept();//取得所有部門

request.setAttribute("View_Dept",?GetAllDept);

UserActionForm.set("User",?User);
然后頁面當(dāng)中顯示如下(部門為LISTBOX),例子當(dāng)中只顯示部門

posted @ 2006-09-25 16:36 @家軍 閱讀(448) | 評(píng)論 (0) | 編輯 收藏

用二維數(shù)組管理好你零亂的狀態(tài)、分類和其它常用選項(xiàng)

posted @ 2006-09-05 13:31 @家軍 閱讀(1277) | 評(píng)論 (0) | 編輯 收藏

如果失去工作會(huì)怎么辦？

posted @ 2006-07-24 11:37 @家軍 閱讀(466) | 評(píng)論 (1) | 編輯 收藏

struts表單 vs JSTL表現(xiàn)之多條件查詢示例

posted @ 2006-07-21 11:20 @家軍 閱讀(2711) | 評(píng)論 (1) | 編輯 收藏

hibernate的延遲加載通用方法

呵呵，在忙一個(gè)項(xiàng)目，潛水很久，現(xiàn)在冒個(gè)泡：
(本文適用在struts+spring+hibernate3上做開發(fā)的蟲蟲們)
類名：HibernateUtil

package?com.antbee.j2eemodel.util;

import?java.lang.reflect.InvocationTargetException;
import?java.lang.reflect.Method;
import?java.util.Collection;
import?java.util.Iterator;

import?org.springframework.orm.hibernate3.support.HibernateDaoSupport;

public?class?HibernateUtil?extends?HibernateDaoSupport?{

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對(duì)象
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

String[]?methodArray?=?methodName.split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?i=0;i<methodArray.length;i++){
method?=?initializeObject.getClass().getMethod(methodArray[i],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對(duì)象
*?@param?methodName?方法名稱數(shù)組
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for?(int?i?=?0;?i?<?methodName.length;?i++)?{
String[]?methodArray?=?methodName[i].split("\\.");
Method?method?=?null;
Object?initializeObject?=?object;

if(methodArray.length?==?1){
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
method?=?object.getClass().getMethod(methodArray[0],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
this.getHibernateTemplate().initialize(initializeObject);
}else{
for(int?j=0;j<methodArray.length;j++){
method?=?initializeObject.getClass().getMethod(methodArray[j],?new?Class[]?{});
initializeObject?=?method.invoke(initializeObject,?new?Object[]?{});
}
this.getHibernateTemplate().lock(initializeObject,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(initializeObject);
}
}

}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?object?POJO對(duì)象
*?@return
*?@version?1.0
*/
public?void?initialize(Object?object)?throws?SecurityException,?NoSuchMethodException,?IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{
this.getHibernateTemplate().lock(object,?org.hibernate.LockMode.NONE);
this.getHibernateTemplate().initialize(object);
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對(duì)象集合
*?@param?methodName?方法名稱數(shù)組
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName[])
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對(duì)象集合
*?@param?methodName?方法名稱
*?@return
*?@version?1.0
*/
public?void?initialize(Collection?collection,?String?methodName)
throws?SecurityException,?NoSuchMethodException,
IllegalArgumentException,?IllegalAccessException,?InvocationTargetException?{

for(Iterator?i=collection.iterator();i.hasNext()Wink{
Object?object?=?i.next();
this.initialize(object,methodName);
}
}
}?

這個(gè)方法的好外是：可以不在hbm.xml的文件當(dāng)中，指定為lazy=true這個(gè)模式，可以直接使用。使用方法如下：
如果你使用SPRING，則需要把hibernateUtil注入其中：

?<bean?id="hibernateUtilTarget"?class="com.antbee.j2eemodel.util.HibernateUtil">
<property?name="sessionFactory">
<ref?local="mssqlSessionFactory"?/>
</property>
</bean>

<bean?id="hibernateUtil"?parent="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property?name="target">
<ref?local="hibernateUtilTarget"?/>
</property>
</bean>
<!--配置基礎(chǔ)事務(wù)-->
<bean?id="BaseTransactionProxy"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"?abstract="true">
<property?name="transactionManager">
<ref?bean="mssqltransactionManager"?/>
</property>
<property?name="proxyTargetClass">
<value>true</value>
</property>
<property?name="transactionAttributes">
<props>
<prop?key="*">PROPAGATION_REQUIRED</prop>
</props>
</property>
</bean>?

使用示例：
如果你使用STRUTS，則需要這樣：

List?what_ur_view?=?XXXManager.find(.);//取得你要展示的對(duì)象
//如果這個(gè)對(duì)象當(dāng)中有延遲加載的對(duì)象(SET)時(shí)，則需要如下加載就行
this.hibernateUtil.initialize(what_ur_view,?"getTbShipmentSale");
//其中g(shù)etTbShipmentSale是其對(duì)象(SET也可以操作)?

在頁面顯示的時(shí)候，你就可以使用JSTL如下表述：

<c:out?value="${what_ur_view.tbShipmentSale.goodsReceivePersonPhone}"?/>//呵呵，是不是很爽呀。?

同樣的方法，我們也可以對(duì)一個(gè)SET在頁面進(jìn)行顯示，方法如下：

<c:forEach?items="${what_ur_view.tbShipmentProductMappingSet}"?var="ProductMapping"?varStatus="status">
<c:out?value="${ProductMapping.productNum}"?/>
<c:out?value="${ProductMapping.tbOutOfWarehouse.outOfWarehouseNum}"?/>
</c:forEach>
//呵呵，支持多級(jí)嵌套，?

在ACTION當(dāng)中則需要加入

hibernateUtil.initialize(what_ur_view.getTbShipmentProductMappingSet(),
new?String[]?{?"getTbProduct",?"getTbOutOfWarehouse",
"getTbProductConfigure"?});?

呵，如果你要是在HIBERNATE當(dāng)中使用，這個(gè)就太簡單了吧。

怎么樣？呵呵呵，
從此，我對(duì)STRUTS的標(biāo)簽深惡痛絕，而對(duì)JSTL情有獨(dú)鐘了。

posted @ 2006-07-21 10:09 @家軍 閱讀(5595) | 評(píng)論 (2) | 編輯 收藏

成功是一種病態(tài)的堅(jiān)持!

posted @ 2006-07-19 16:35 @家軍 閱讀(392) | 評(píng)論 (0) | 編輯 收藏

轉(zhuǎn)摘:從一個(gè)笑話看軟件開發(fā)管理

來自于：http://blog.csdn.net/Raptor/archive/2006/05/13/727299.aspx

關(guān)于軟件開發(fā)的笑話有很多，下面這個(gè)是我剛在QQ群里的看到的：

1. 程序員寫出自認(rèn)為沒有Bug的代碼。
2. 軟件測(cè)試，發(fā)現(xiàn)了20個(gè)Bug。
3. 程序員修改了10個(gè)Bug，并告訴測(cè)試組另外10個(gè)不是Bug。
4. 測(cè)試組發(fā)現(xiàn)其中5個(gè)改動(dòng)根本無法工作，同時(shí)又發(fā)現(xiàn)了15個(gè)新Bug。
5. 重復(fù)3次步驟3和步驟4。
6. 鑒于市場方面的壓力，為了配合當(dāng)初制定的過分樂觀的發(fā)布時(shí)間表，產(chǎn)品終于上市了。
7. 用戶發(fā)現(xiàn)了137個(gè)新Bug。
8. 已經(jīng)領(lǐng)了項(xiàng)目獎(jiǎng)金的程序員不知跑到哪里去了。
9. 新組建的項(xiàng)目組修正了差不多全部137個(gè)Bug，但又發(fā)現(xiàn)了456個(gè)新Bug。
10. 最初那個(gè)程序員從斐濟(jì)給飽受拖欠工資之苦的測(cè)試組寄來了一張明信片。整個(gè)測(cè)試組集體辭職。
11. 公司被競爭對(duì)手惡意收購。收購時(shí)，軟件的最終版本包含783個(gè)Bug。
12. 新CEO走馬上任。公司雇了一名新程序員重寫該軟件。
13. 程序員寫出自認(rèn)為沒有Bug的代碼。

要我說，如果真有這樣的公司，不倒閉對(duì)不起人民。

這個(gè)笑話從程序員開始，到程序員結(jié)束，從頭到尾都在說程序員的不是。但是我要說的是，這完全是管理者的失敗，從整個(gè)過程中，看不到任何管理工作。這種管理者不但無知無能，還很無恥——將自己的失敗責(zé)任推給程序員。

1、程序員憑什么證明他的代碼沒有BUG？有Test case嗎？有Code review嗎？這個(gè)環(huán)節(jié)管理缺失。

2、測(cè)試發(fā)現(xiàn)BUG有進(jìn)行BUG管理嗎？有跟蹤嗎？這個(gè)環(huán)節(jié)管理缺失。

3、憑什么證明程序員已經(jīng)把那10個(gè)BUG修改好了？另10個(gè)又為什么不是BUG？BUG的評(píng)價(jià)標(biāo)準(zhǔn)難道是程序員說了算？這個(gè)環(huán)節(jié)管理缺失。

4、5個(gè)不能工作的BUG修改問題有沒有追究責(zé)任？增加新BUG是修改過程中不可避免的事情，但是如果有有效的單元測(cè)試機(jī)制，可以大大減少這種情況。這個(gè)環(huán)節(jié)管理缺失。

5、迭代是正常的，但是問題處理于發(fā)散而不是收斂發(fā)展，可見沒有有效的管理調(diào)控。這個(gè)環(huán)節(jié)管理缺失。

6、過于樂觀的時(shí)間表和不可能達(dá)到的最后期限，都表現(xiàn)出管理者的無知和無能。而在這樣的情況下強(qiáng)行推出產(chǎn)品，那就是無知者無畏了。

7、這是對(duì)用戶的不負(fù)責(zé)任，管理者要負(fù)最大的責(zé)任。

8、這樣的情況還能發(fā)項(xiàng)目獎(jiǎng)金，只能說管理者不是一般的愚蠢。

9、管理工作沒有任何的改進(jìn)，問題仍然處于發(fā)散迭代狀態(tài)。管理工作依然沒有到位。

10、拖欠測(cè)試部門工資體現(xiàn)出管理者對(duì)質(zhì)量管理工作的忽視以及對(duì)人力資源管理方面一無所知。

11、送被收購者兩個(gè)字：活該。送收購者兩個(gè)字：瞎眼。

12、可見新管理者與原管理者半斤八兩，都沒有認(rèn)識(shí)到問題的根本所在。不過也只有這樣的管理者才會(huì)作出收購這種公司的決策。

13、歷史的重演是必然的。

一個(gè)正常的企業(yè)或是項(xiàng)目，其運(yùn)作必須應(yīng)該是循環(huán)向上進(jìn)行的。而保障這種運(yùn)行的工作就是管理。而管理工作的主要內(nèi)容就是控制，包括控制循環(huán)的節(jié)奏——不能太快也不能太慢，控制發(fā)展的方向——只能向上不能向下，控制運(yùn)作的穩(wěn)定——不能大起大落或時(shí)聚時(shí)散等。

而這一切，在這個(gè)例子中都看不到。

在 這個(gè)笑話的例子中，一切都是以開發(fā)工作在驅(qū)動(dòng)，這首先就是一個(gè)方向性錯(cuò)誤，產(chǎn)品是為用戶服務(wù)的，當(dāng)然應(yīng)該是以用戶和市場作為驅(qū)動(dòng)，并且結(jié)合自身的能力最終 確定工作的重點(diǎn)。這一錯(cuò)誤折射出管理者對(duì)被管理的內(nèi)容很不了解，只好任由比較了解的程序員擺布——事實(shí)上他們除了技術(shù)，并不會(huì)了解更多。

一個(gè)管理者如果對(duì)自己所管理的內(nèi)容不了解，他就不可能管理得好。

這是一件毫無疑問的事，可是國內(nèi)的軟件業(yè)似乎總是不相信這一點(diǎn)。中國軟件業(yè)中流毒最深的謊言之一就是：

管理者只要懂管理就可以，不需要懂技術(shù)。

其實(shí)這不過是那些無知無能無恥的管理者為了騙錢而編出來的，相信這句話的人必將付出金錢的代價(jià)。

其 次是質(zhì)量管理。基本的質(zhì)量管理常識(shí)告訴我們，每次循環(huán)結(jié)束前，最重的工作就是總結(jié)改進(jìn)。只有這樣才能保證循環(huán)運(yùn)作是向上發(fā)展，而不是失去控制地向下發(fā)展。 也只有有效的質(zhì)量管理，才能保證迭代過程是收斂發(fā)展，并最終達(dá)到目標(biāo)。但在這個(gè)例子中，這個(gè)部分顯然是缺失的——其中雖然有測(cè)試部門，但是他們的作用僅僅 是質(zhì)量管理中的質(zhì)量檢測(cè)環(huán)節(jié)，管理部分還是缺失的。

然后是人力資源管理。軟件開發(fā)是一項(xiàng)勞動(dòng)密集型的工作，雖然這是腦力勞動(dòng)，但同樣意味著人在因素在其中占有決定性的地位。而例子中未改完BUG的程 序員拿到項(xiàng)目獎(jiǎng)金，而同樣辛苦工作的測(cè)試人員卻被拖欠薪資，除了表現(xiàn)出管理者對(duì)他們的工作內(nèi)容的不了解，以及對(duì)質(zhì)量管理工作的不重視以外，還表現(xiàn)出管理者 完全不會(huì)管人，這是一種謀殺團(tuán)隊(duì)的行為——謀殺一個(gè)團(tuán)隊(duì)遠(yuǎn)比建設(shè)要容易得多。

最后，這個(gè)失敗的管理者把他的經(jīng)歷編成這個(gè)笑話，讓大家看到他被程序員們害得多慘，把程序員妖魔化為一群騙子。但只要稍懂管理的人簡單分析一下就可以看出來，只不過是這個(gè)人的無知和無能造成了他現(xiàn)在的結(jié)果，而把責(zé)任推給別人的行為更是表現(xiàn)出他的無恥。

作為身居高位的管理者，如果連應(yīng)該承擔(dān)的責(zé)任都要推卸，他們還能勝任什么事情呢？

posted @ 2006-05-15 15:53 @家軍 閱讀(352) | 評(píng)論 (0) | 編輯 收藏

我向百度公司進(jìn)軍!

posted @ 2006-05-08 15:50 @家軍 閱讀(380) | 評(píng)論 (0) | 編輯 收藏

我將成為一個(gè)快樂的房奴

posted @ 2006-05-08 15:29 @家軍 閱讀(667) | 評(píng)論 (5) | 編輯 收藏