J2EE劍俠行

找到一個好用的UML建模工具-argouml

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

ROR:習慣約定優于配置(學習ROR的第一天)

今天學習了一下ROR，有一些學習經驗東西要與大家分享。
給ROR加一個座右銘--------狹窄心腸的日本產物。
首先，不要一個一個的下載Ruby,Rails,建議使用一鍵安裝，下載地址如下：
InstantRails-1.3-win
版本說明：ruby 1.8.4 (2005-12-24) [i386-mswin32]
其次，下載一個目前為止比較好的一個ROR的實踐工具：RadRails
下載地址：radrails-0.7.1-win32
接下來，設置一下Radrails的環境
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當中ANT一樣使用。(成功用過APPFUSE的人就不用害怕了)

看看日本人寫的第一步:
1),在RadRails中創建一個Rails Project，怎么樣會出來一堆的東東。
2),進入DOS命令吧，后面的工序都是這樣的，好象買了海爾的洗衣機，第一次是送貨、第二次是用戶回訪，第三次是.....
進入到你的項目處，運行ruby script\generate controller MyTest，
則得到的服務如下：
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) | 評論 (1) | 編輯 收藏

三個JAVA文件完成你的MVC應用

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

struts標簽,請你走開(系列一)

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

<%@?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表的一個關系(外鍵)

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

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

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

//這是出錯處理

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);
然后頁面當中顯示如下(部門為LISTBOX),例子當中只顯示部門

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

用二維數組管理好你零亂的狀態、分類和其它常用選項

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

struts表單 vs JSTL表現之多條件查詢示例

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

hibernate的延遲加載通用方法

呵呵，在忙一個項目，潛水很久，現在冒個泡：
(本文適用在struts+spring+hibernate3上做開發的蟲蟲們)
類名：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對象
*?@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對象
*?@param?methodName?方法名稱數組
*?@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對象
*?@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對象集合
*?@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);
}
}

/**
*?初始化POJO類
*?@author?@家軍
*?@param?collection?POJO對象集合
*?@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);
}
}
}?

這個方法的好外是：可以不在hbm.xml的文件當中，指定為lazy=true這個模式，可以直接使用。使用方法如下：
如果你使用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>
<!--配置基礎事務-->
<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(.);//取得你要展示的對象
//如果這個對象當中有延遲加載的對象(SET)時，則需要如下加載就行
this.hibernateUtil.initialize(what_ur_view,?"getTbShipmentSale");
//其中getTbShipmentSale是其對象(SET也可以操作)?

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

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

同樣的方法，我們也可以對一個SET在頁面進行顯示，方法如下：

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

在ACTION當中則需要加入

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

呵，如果你要是在HIBERNATE當中使用，這個就太簡單了吧。

怎么樣？呵呵呵，
從此，我對STRUTS的標簽深惡痛絕，而對JSTL情有獨鐘了。

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

成功是一種病態的堅持!

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

轉摘:從一個笑話看軟件開發管理

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

關于軟件開發的笑話有很多，下面這個是我剛在QQ群里的看到的：

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

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

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

1、程序員憑什么證明他的代碼沒有BUG？有Test case嗎？有Code review嗎？這個環節管理缺失。

2、測試發現BUG有進行BUG管理嗎？有跟蹤嗎？這個環節管理缺失。

3、憑什么證明程序員已經把那10個BUG修改好了？另10個又為什么不是BUG？BUG的評價標準難道是程序員說了算？這個環節管理缺失。

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

5、迭代是正常的，但是問題處理于發散而不是收斂發展，可見沒有有效的管理調控。這個環節管理缺失。

6、過于樂觀的時間表和不可能達到的最后期限，都表現出管理者的無知和無能。而在這樣的情況下強行推出產品，那就是無知者無畏了。

7、這是對用戶的不負責任，管理者要負最大的責任。

8、這樣的情況還能發項目獎金，只能說管理者不是一般的愚蠢。

9、管理工作沒有任何的改進，問題仍然處于發散迭代狀態。管理工作依然沒有到位。

10、拖欠測試部門工資體現出管理者對質量管理工作的忽視以及對人力資源管理方面一無所知。

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

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

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

一個正常的企業或是項目，其運作必須應該是循環向上進行的。而保障這種運行的工作就是管理。而管理工作的主要內容就是控制，包括控制循環的節奏——不能太快也不能太慢，控制發展的方向——只能向上不能向下，控制運作的穩定——不能大起大落或時聚時散等。

而這一切，在這個例子中都看不到。

在 這個笑話的例子中，一切都是以開發工作在驅動，這首先就是一個方向性錯誤，產品是為用戶服務的，當然應該是以用戶和市場作為驅動，并且結合自身的能力最終 確定工作的重點。這一錯誤折射出管理者對被管理的內容很不了解，只好任由比較了解的程序員擺布——事實上他們除了技術，并不會了解更多。

一個管理者如果對自己所管理的內容不了解，他就不可能管理得好。

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

管理者只要懂管理就可以，不需要懂技術。

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

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

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

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

作為身居高位的管理者，如果連應該承擔的責任都要推卸，他們還能勝任什么事情呢？

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

我向百度公司進軍!

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