<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Shao Fan

    關于JAVA與軟件工程
    posts - 31, comments - 71, trackbacks - 0, articles - 4
      BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

    2006年2月25日

    目前開發人員對系統開發的一個共識是使用三層架構,分為表示層,業務層,和持久層。而這三層之間的依賴關系如何?比較常見的一種看法是

    表示層 --> 業務層 --> 持久層

    這表明了層與層之間的調用關系,表示層通過調用業務層來完成任務,而業務層則調用持久層。從另一個角度來看,一種依賴關系是

    表示層 --> 領域模型(Domain Model) <-- 持久層

    表示層和持久層都應該理解(recognize)領域模型。而領域模型則是業務層的一部分。業務層正是系統的價值所在。雖說表示和持久也很重要,在某些系統中可以說是很關鍵,但是它們的最終目的都是為業務服務,所以業務層應該是系統的核心。

    基于以上的認識,在系統設計的時應首先分析需求得到領域模型,找出系統中的實體、對象(靜態的一面),并明確大致的業務流程(動態的一面)。 而另兩層應盡最大努力為業務層服務,且盡量減少業務層受另兩層的限制。


    各層的職責:

    表示層:負責顯示信息,及從系統外部得到輸入。表示層的設計決定系統界面的可用性,及信息輸入和展示的可靠性。表示層只知道如何展示信息,及收集用戶輸入,并不知道該如何對這些輸入進行處理來完成業務。

    業務層:完成業務邏輯。業務層設計決定客戶價值是否能夠得到實現。這是系統的關鍵。外在的表現是功能性。業務層設計和實現的失誤表現在用戶端即功能缺失,功能不可靠等。如果需要對業務層的業務規則進行解耦,則可以使用規則引擎如Drools,把業務規則分離出來。但分離后的業務規則仍屬于業務層。業務層知道如何對用戶輸入進行處理,能夠應用業務規則完成用戶所需的業務,但它不知道數據如何讀取和保存。

    持久層:負責用戶信息的持久化。持久層的失誤表現在外即數據處理(儲存,展示等)不可靠。持久層完全不知道業務,只專注于數據存儲和讀取。所謂持久化并不一定是指數據庫,任何方式的持久化(通過文件,網絡的持久化等)都應由持久層完成。

    各層的設計都會直接影響系統性能。

    三層的體積大小和復雜度在不同的系統中可能會有很大的不同。比如說GOOGLE的搜索引擎,它的界面很簡單,可以想像表示層是比較容易實現的,而它的業務層,關系到處理關鍵字,分析搜索結果,決定排名等,而持久層則要負責處理超大量的數據。業務層和持久層則相當復雜。而有的系統持久層會很小,比如殺毒軟件,媒體播放軟件等。業務層小而另兩層大的例子暫時還沒有想到:)


    posted @ 2007-09-08 19:45 shaofan 閱讀(5130) | 評論 (2)編輯 收藏

    help是一個內置函數,所謂內置函數,就是在Python中被自動加載的函數,任何時候都可以用。參數分兩種:

    • 如果傳一個字符串做參數的話,它會自動搜索以這個字符串命名的模塊,方法,等。
    • 如果傳入的是一個對象,就會顯示這個對象的類型的幫助。

    比如輸入help(’print’),它就會尋找以’print’為名的模塊,類,等,找不到就會看到提示信息。而print在python里是一個保留字,和pass,return同等,而非對象,所以help(print)也會出錯((kkkkkkk))。

    舉個例子:

    1 help(’sys’) #會列出sys模塊的幫助
    2 = [1,2,3]
    3 help(a) #會顯示list的幫助
    4 help(a.append) #會顯示list的append方法的幫助

    python安裝自帶的library reference,2.1節是關于內置函數的。

    Reference Manual的6.6節可以找到關于print的東東。

    posted @ 2007-06-05 06:28 shaofan 閱讀(2766) | 評論 (0)編輯 收藏

    Struts2默認theme是xhtml,它用表格來對表單中的控件進行排版。它也提供一個客戶端的js驗證功能,但是它的js腳本卻有些問題,在某些情況下,前次驗證的提示信息無法被清除,提示信息會不斷的累積顯示在屏幕上。而按照設計,每次提交表單時應只顯示每次驗證的出錯信息。

    它的客戶端驗證的流程大概是這樣,用戶提交表單時,對各個控件的輸入按預先設置的規則進行驗證,如果有問題,則清除表單里原有的出錯提示信息,并寫入新的提示。其設計的功能是把出錯信息寫表格里出錯控件的上方,以便用戶看得更加清楚。問題就出在其用來清除原出錯信息的函數,其代碼是這樣的(在struts.jar的template/xhtml目錄下可以找到):

     1 function clearErrorMessages(form) {
     2 
     3     var table = form.childNodes[1];
     4     iftypeof table == "undefined" ) {
     5         table = form.childNodes[0];
     6     }
     7 
     8     // clear out any rows with an "errorFor" attribute
     9     var rows = table.rows;
    10     var rowsToDelete = new Array();
    11     if (rows == null){
    12         return;
    13     }
    14 
    15     for(var i = 0; i < rows.length; i++) {
    16         var r = rows[i];
    17         if (r.getAttribute("errorFor")) {
    18             rowsToDelete.push(r);
    19         }
    20     }
    21 
    22     // now delete the rows
    23     for (var i = 0; i < rowsToDelete.length; i++) {
    24         var r = rowsToDelete[i];
    25         table.deleteRow(r.rowIndex);
    26         //table.removeChild(rowsToDelete[i]);
    27     }
    28 }


    看這個函數的前三行,它試圖取得form的第1個或第2個子節點,并把它作為table來處理(看接下來的幾行)。要想清除表格里的錯誤信息,首先要取得表格本身,這沒錯,但是如果第1個或第2個子節點不是table的話,腳本就會出錯,造成原出錯信息無法清除,這樣每次提交后的提示信息就會累積在屏幕上。

    要解決這個問題有兩個辦法:
    • 寫代碼時要小心,保證form的第1或2個子節點是table,不要在生成table前加其他代碼。
    • 或,修改xhtml的validation.js,使它總能獲得正確的table元素,重新打包到struts.jar。
    剛看了一下Struts的JIRA,已經有人報告了這個問題(id WW-1802),而且這個bug在2.1版本中已經解決了。

    posted @ 2007-06-03 17:56 shaofan 閱讀(2537) | 評論 (3)編輯 收藏

    假設:用兩者寫一個最小的WEB程序。
    過程可以參照:
    1.struts的就太多了,隨便哪個都可以
    2.python/django可以看limodou寫的Django step by step

     

    Java/Struts/JSP  Python/Django
    開發步驟 1.在web.xml里配置struts的servlet
    2.在struts-config.xml里配置URL和action的映射
    3.寫action
    4.寫JSP
    1.在urls.py里配置URL到方法的映射
    2.寫相應的方法
    3.寫HTML模板
    調用過程 1.根據web.xml的映射調用struts的servlet controller
    2.servlet controller根據struts-config.xml的映射調用相應的action
    3.action處理請求
    4.JSP渲染顯示
    1.根據urls.py的映射調用相應的方法
    2.方法處理請求
    3.HTML渲染顯示


    相比之下前者用了兩層才把一個HTTP請求映射到實際處理的方法:第一次是servlet的映射,第二次是struts action的映射。
    而django則一次就從URL映射到相應的方法了。

    另外一個比較顯著的區別,也是基于java和python的語言上的區別吧,java的所有方法必需包含在一個類中,因此action mapping配置時是映射到類,而action在實現類則應實現事先約定的方法(通過繼承或實現接口)。而django則直接得多,可以直接在配置里寫明處理請求的方法名。


    posted @ 2007-04-06 19:11 shaofan 閱讀(4975) | 評論 (0)編輯 收藏

    DOM (Document Object Model)是一套語言無關的XML解析的接口定義。它定義了在XML解析中需要的類型,方法,以及屬性,比如如何獲得一個XML標簽,如何改變標簽的內容,如何改變它的屬性,等等。

    DOM只是一個定義,并不是具體的實現,它的目的就是為了讓大家在各個平臺上都能用相同的方式來處理XML,這樣一來,我只要了解DOM,基本上在各個平臺上都可以方便的處理XML,而不用重新學習了。比如說,Java, JavaScript, Python都有DOM的實現,用它們來處理XML,方式基本上都是一樣的(當然也有非DOM的XML解析方式)。在Java下,實現DOM的類庫就有很多,比如JDom,Xerces, 用GOOGLE一搜就一大把?,F在Java 5.0內置的就是Xerces。而JavaScript本身就內置了DOM的實現。Python也默認安裝了DOM的庫。

    正因為DOM致力于實現各個平臺上對XML一致的處理方式,它定義了一堆自己的接口。因此在用DOM的時候,會有很多非NATIVE的東東。比如說,返回節點的子節點的方法,childNodes,返回的類型是NodeList。我第一次在Java上用,就以為是返回一個List,然后用get(n)方法來取得某元素。而實際上NodeList是用item(n)的方法來取得某元素的。這就讓我覺得很怪。而DOM正是用這種方式來獲得“語言無關”的能力的。

    DOM是用IDL(Interface Definition Language)來定義的。完整的定義可以在這里找到 http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.html。IDL也很容易看懂。定義的1.1節列出了所有的接口。

    這些接口里,最重要而且常用的是Node,NodeList,Document,Element,Text,Attr這幾個。DOM把XML文檔看作一棵樹,樹上的每個元素都是Node。每個Node都屬于某個類型,比如Element,attribute,text等。這些類型就表明這個節點在XML文檔里的類型了。

    比如Node里有個屬性:

    ??readonly?attribute?unsigned? short ??nodeType;

    根據這個定義,對于取得的節點,我們就可以通過讀取nodeType這個屬性來判斷這個節點的類型。在Java里,所有的屬性都是用getter來取得的,因此對某節點n,就可以用n.getNodeType()取得它的類型。Node接口里也定義了類型常量:

    ??const?unsigned?short??????ELEMENT_NODE???????????????????=?1;
    ??const?unsigned?short??????ATTRIBUTE_NODE?????????????????=?2;
    ??const?unsigned?short??????TEXT_NODE??????????????????????=?3;
    ??const?unsigned?short??????CDATA_SECTION_NODE?????????????=?4;
    ??const?unsigned?short??????ENTITY_REFERENCE_NODE??????????=?5;
    ??const?unsigned?short??????ENTITY_NODE????????????????????=?6;
    ??const?unsigned?short??????PROCESSING_INSTRUCTION_NODE????=?7;
    ??const?unsigned?short??????COMMENT_NODE???????????????????=?8;
    ??const?unsigned?short??????DOCUMENT_NODE??????????????????=?9;
    ??const?unsigned?short??????DOCUMENT_TYPE_NODE?????????????=?10;
    ??const?unsigned?short??????DOCUMENT_FRAGMENT_NODE?????????=?11;
    ??const?unsigned?short??????NOTATION_NODE??????????????????=?12;

    用這些常量和和n.getNodeType()的結果比較,就可以知道它是不是某種類型。

    Node接口中也定義了一些方法,比如:

    ?Node?????appendChild(in?Node?newChild)????raises(DOMException);

    表明appendChild方法需要一個Node類型的參數,返回一個Node。 具體的說明可以點文檔上的鏈接進去,也很容易看懂。

    Node接口里定義了操縱節點的方法,比如增加子節點,返回父節點,插入新節點,返回節點類型,等等。Document,Element等接口都繼承Node接口,因此在它們上面都可以使用操縱節點的方法。

    Document:代表整個XML文檔。所有DOM元素都不能用類似Java里new的方式來生成,而是要通過調用Document里的相應方法來生成。因此它提供了生成諸如Element, Attr, Text的方法。比如createElement, createTextNode, createComment等。它也提供了名為getElementsByTagName的方法,用來通過標簽名稱來取得其對象。比如getElementByTagName("ul")就可以獲得所有ul標簽。它也提供一些文檔的屬性,比如xmlEncoding,inputEncoding等。它的一個屬性,documentElement代表文檔的根節點。所有對XML元素的操作,基本上都是從Document開始的。

    Element:代表一個XML標簽。它可以有屬性,子標簽,等。比如<ul id="booklist"><li>hello</li></ul>。標簽ul是一個Element,它有一個屬性叫id,屬性的值是booklist。它有一個子結點li。li也是一個標簽,它也有個子節點hello,是一個Text類型的節點。這個接口提供操縱其標簽屬性的方法,比如getAttribute,setAttribute,removeAttribute等。它也提供了和Document中一樣的getElementsByTagName的方法,用來獲得在這個節點下的元素。

    Attr:代表標簽中的屬性。比如上面的id。它也是一個Node。它有名字,值,也可以獲得它的所屬標簽。

    Text:代表一段文字,比如上面的hello,它也一個Node,但比較特殊,它不是直接繼承Node,而是繼承CharacterData接口,后者繼承了Node。但是它不能有子節點。

    用JavaScript給一個例子。假設有一個HTML文檔:

    < html >< head >< title > Try?DOM </ title ></ head >< body >
    < ul >
    < li > hello </ li >
    < li > world </ li >
    </ ul >
    </ body ></ html >

    下面是增加一個li的JavaScript方法:

    ulList? = ?document.getElementsByTagName( " ul " );
    ul?????
    = ?ulList.item( 0 );
    txt????
    = ?document.createTextNode( " I?am?new?li " );
    li?????
    = ?document.createElement( " li " );
    li.appendChild(txt);
    ul.appendChild(li);

    用Java來寫,是這樣:

    NodeList?ulList? = ?document.getElementsByTagName( " ul " );
    Node??????? ul??????
    = ?ulList.item( 0 );
    Text????????? txt???? ?
    = ?document.createTextNode( " I?am?new?li " );
    Element??? li??? ????
    = ?document.createElement( " li " );
    li.appendChild(txt);
    ul.appendChild(li);

    可以看到處理方式和數據類型都是一樣的。如果要了解更多,可以看看DOM的定義,都是IDL。

    posted @ 2007-04-01 18:45 shaofan 閱讀(856) | 評論 (0)編輯 收藏

    我的博客已搬家,請移步到 http://shao-fan.com/blog 閱讀最新內容!


    Ubuntu/Debian中的update-alternative用來對系統中不同版本的同個軟件進行管理。
    比如,系統中可能裝有GNU的Java編譯器,和SUN的Java編譯器。可以用update-alternatives來設置當前使用它們中的哪一個。

    它的原理是在/usr/bin中建立一個link,指向/etc/alternatives中的一個文件,而些文件又是一個link,指向當前使用的命令。比如java命令,查看如下:

     $ which java
    /usr/bin/java
    $ ls -l /usr/bin/java
    lrwxrwxrwx /usr/bin/java -> /etc/alternatives/java
    $ ls -l /etc/alternatives/java
    lrwxrwxrwx /etc/alternatives/java -> /usr/lib/j2re1.5-sun/bin/java
    $ ls -l /usr/lib/j2re1.5-sun/bin/java
    -rwxr-xr-x /usr/lib/j2re1.5-sun/bin/java

    參數--display可以某個軟件的當前配置,如:

     $ /usr/sbin/update-alternatives --display java
    java - status is auto.
    link currently points to /usr/lib/j2re1.5-sun/bin/java
    /usr/lib/kaffe/bin/java - priority 300
    slave java.1.gz: /usr/share/man/man1/java.kaffe.1.gz
    /usr/lib/j2re1.5-sun/bin/java - priority 315
    slave java.1.gz: /usr/lib/j2re1.5-sun/man/man1/java.1.gz
    Current `best' version is /usr/lib/j2re1.5-sun/bin/java.

    status有auto和manual兩種。一旦用戶更改了系統的默認設置,它就變為manual。在auto的狀態下,系統會根據幾套配置的priority來判斷當前應該使用哪套配置。

    每套配置可以設定多個link,它們被稱為slave。上面的例子中,有兩套java的配置。一套是/usr/lib/kafe/bin/java,另一套是/usr/lib/j2re1.5-sun/bin/java,它們各有一個slave。在些例中這些slave設置的是java命令的 manual。當更改了配置時,用man命令查看的幫助也會相應更改。

    參數--config可以用來更改當前的配置。

     $ sudo /usr/sbin/update-alternatives --config java 
    There are 2 alternatives which provide `java'.
    Selection Alternative
    -----------------------------------------------
    1 /usr/lib/kaffe/bin/java
    *+ 2 /usr/lib/j2re1.5-sun/bin/java
    Press enter to keep the default*, or type selection number: 1
    Using `/usr/lib/kaffe/bin/java' to provide `java'.

    參數--install用來設置一套新的配置。具體參見 http://blog.stevenkroon.com/2006/08/29/debian-update-alternatives/

    posted @ 2006-12-25 01:43 shaofan 閱讀(6308) | 評論 (1)編輯 收藏

    Web開發真是越來越有意思了?,F在居然可以在JavaScript里直接調用Java寫的方法。大水牛Buffalo的最新版1.2.3發行離現在已有半年時間了,現在才注意到。在客戶端的代碼相當簡單:

    buffalo.remoteCall("userService.listAll",[],function(reply){
     //?不用擔心,reply.getResult會從聰明的判斷服務器端遠程調用的結果類型。
     var?userList?=?reply.getResult();?
     var?firstUserFamilyName?=?userList[0].name.familyName;
    });

    給Web程序加上Buffalo也相當容易。只要下載幾個jar文件放到lib目錄下,外加幾個JS文件,然后在web.xml里加一個Servlet即可。用的時候是需要有個properties文件來定義哪些JAVA方法可以被JS調用。而服務器端的JAVA代碼不需要做任何改動。

    暫時手頭上還想不起來哪些地方會用,但是這個東東可是我很久以前曾經想過的,現在有人實現了,還是很激動人心的啊。Buffalo的主頁是 http://www.amowa.net/buffalo/zh/index.html?。


    posted @ 2006-09-08 03:59 shaofan 閱讀(8923) | 評論 (6)編輯 收藏

    最近因為Globus的原因,不得不用Linux了。以前幾次想學,都因為難得要領放棄了。這次裝了Ubuntu,又碰巧在它的論壇上看到一篇很不錯的教程,終于有些“入門”的感覺了??磥碚业胶线m的教程真的是很重要啊。這幾天用下來,感覺還真的很不錯。用Python寫了個顯示目錄樹的小程序。也不知道有沒有現成的,反正很簡單,剛好就練練手,功能也夠我自己用了:)

    下載Python腳本


    posted @ 2006-08-01 08:57 shaofan 閱讀(1501) | 評論 (0)編輯 收藏

    最近Firefox出了點問題。我這里用http proxy上網,連接設置里要設置相應的proxy。但發現每次重啟ff,連接設置都被重置為“直接連接”。即使改回“通過proxy連接”,下次重啟又被重置了。

    馬上google一把,發現類似的問題大致有兩種解決辦法:
    1.進入safe mode,會出現一個對話框,把三個選項都勾上,重啟。
    2.在地址欄輸入about:config,會出現所有的配置,把要改的改了即可。
    3.直接修改prefs.js文件。

    但這三個方法對偶的FF都不管用。

    最后的解決方法是,刪除
    C:\Documents and Settings\<user name>\Application Data\Mozilla\Firefox\Profiles\<xxxxxxxx.default>\
    下的user.js,然后再修改prefs.js。然后一切都正常了。

    原來,ff最基本的配置文件是prefs.js。而user.js的優先級應該是比prefs.js高,因此每次重啟它都從user.js讀取配置。而通過正常途徑,如在選項菜單里改設置,無法在user.js里保存(不知道為什么)。所以就造成了每次重啟配置被重置的情況,其實就是設置無法被保存。把user.js刪掉以后,ff就從prefs.js里讀取配置了,而且新的設置也可以正常保存。

    不管是從選項菜單里修改配置,還是以上的第二種方法,最終的結果都是配置被保存在prefs.js文件里,效果都是一樣的。

    目前已知的會私自修改FF配置的軟件只有Hide IP Plantium,而以上情況正是在安裝Hide IP Plantium以后出現的。用的時候要注意。

    相關的討論在mozillazine里有很多。不得不承認,這類的英文資源要比中文的多得多。看這里的詳細討論:
    http://forums.mozillazine.org/viewtopic.php?t=413875&postdays=0&postorder=asc&postsperpage=15&start=15

    posted @ 2006-07-24 18:21 shaofan 閱讀(4635) | 評論 (2)編輯 收藏

    1.理解頁面流(flow),理解幾種不同的定位方式:static, relative, absolute等
    Positioning and other definitions:http://css.maxdesign.com.au/floatutorial/definitions.htm ?

    2.HTML頁面表達內容邏輯,把樣式控制寫到CSS文件中

    3.浮動(float)的DIV要配合width屬性來用

    4.怎樣控制層的位置:用float,padding,width,height這些屬性來控制
    Float Tutorial: http://css.maxdesign.com.au/floatutorial/index.htm

    5.設置可見的border或background-color來幫助排版

    6.出現內層的DIV跑到外層之外的情況時,可以在外層DIV的</DIV>前加上一個clear層來解決問題。就是這樣:
    ?? <div class="container">
    ?? ?...
    ?? ?...
    ?? ?<div class="clear"></div>
    ? </div>

    ? css:
    ? .clear{
    ?? ?clear:both;
    ? }

    7.樣式表的選擇符(Selector):
    ?? Type/Class/ID等
    ? Selector Tutorial:http://css.maxdesign.com.au/selectutorial/index.htm

    8.關于表單的樣式設計:
    讓我們更好的設計表單:淺議Web的表單設計 http://tech.163.com/06/0529/04/2I8UPHTB0009158Q.html
    用CSS制作具有親和力的表單 作者:greengnn
    http://www.jluvip.com/blog/article.asp?id=192

    9.各種瀏覽器對各種標簽用不同的方式渲染,如p, h1, ul等,它們會有不同的padding和margin,為了在各種瀏覽器下都正常的顯示,可以把它們清零,如:
    *{
    ?? ?padding:0;
    ?? ?margin:0;
    }

    10.使用list來顯示數據或菜單
    List Tutorial:
    http://css.maxdesign.com.au/listamatic/
    http://css.maxdesign.com.au/listamatic2/
    http://css.maxdesign.com.au/listutorial/

    11.關于各種標準,布局,技巧等的網站:
    網頁設計師:http://www.w3cn.org/
    CSS教程:http://www.netvtm.com/w3s/css/
    網頁制作指導 - 致力于網頁制作知識的普及:http://www.jianzhan8.cn/
    當然還有必不可少的經典論壇blueidea:http://www.blueidea.com/bbs/list.asp?GroupName=%CD%F8%D2%B3%B1%EA%D7%BC%BB%AF%D7%A8%C0%B8

    posted @ 2006-06-21 06:22 shaofan 閱讀(933) | 評論 (0)編輯 收藏

    如果你不幸裝了NetBeans并且啟用了外置的服務器,那么它會自動在你的web server的web.xml里添加一個filter,名叫HttpMonitorFilter。你用NetBeans時,它會過濾所有的http請求,這樣NetBeans就可以顯示所有的相關信息。但是如果不用NetBeans,比如我,用eclipse + Tomcat ,那就會得到這個異常:

    NotifyUtil::java.net.ConnectException:?Connection?refused:?connect
    ??at?java.net.PlainSocketImpl.socketConnect(Native?Method)
    ??at?java.net.PlainSocketImpl.doConnect(Unknown?Source)
    ??at?java.net.PlainSocketImpl.connectToAddress(Unknown?Source)
    ??at?java.net.PlainSocketImpl.connect(Unknown?Source)
    ??at?java.net.Socket.connect(Unknown?Source)
    ??at?java.net.Socket.connect(Unknown?Source)
    ??at?sun.net.NetworkClient.doConnect(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.openServer(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.openServer(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.New(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.New(Unknown?Source)
    ??at?sun.net.www.http.HttpClient.New(Unknown?Source)
    ??at?sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown?Source)
    ??at?sun.net.www.protocol.http.HttpURLConnection.connect(Unknown?Source)
    ??at?sun.net.www.protocol.http.HttpURLConnection.getOutputStream(Unknown?Source)
    ??at?org.netbeans.modules.web.monitor.server.NotifyUtil$RecordSender.run(NotifyUtil.java:237)



    解決方法是

    第一步. 刪除 Tomcat目錄中common\lib下的兩個和netbeans有關的jar文件(以org-netbeans開頭的)

    第二步. 修改tomcat目錄下的conf\web.xml,刪除相關Filter的定義,就是這一段:

    ????<filter>
    ????????
    <filter-name>HTTPMonitorFilter</filter-name>
    ????????
    <filter-class>
    ????????????org.netbeans.modules.web.monitor.server.MonitorFilter
    ????????
    </filter-class>
    ????????
    <init-param>
    ????????????
    <param-name>netbeans.monitor.ide</param-name>
    ????????????
    <param-value>127.0.0.1:8082</param-value>
    ????????
    </init-param>
    ????
    </filter>
    ????
    <filter-mapping>
    ????????
    <filter-name>HTTPMonitorFilter</filter-name>
    ????????
    <url-pattern>/*</url-pattern>
    ????????
    <dispatcher>REQUEST</dispatcher>
    ????????
    <dispatcher>FORWARD</dispatcher>
    ????????
    <dispatcher>INCLUDE</dispatcher>
    ????????
    <dispatcher>ERROR</dispatcher>
    ????
    </filter-mapping>

    posted @ 2006-06-13 20:37 shaofan 閱讀(1044) | 評論 (0)編輯 收藏

    據英國的職位搜索引擎Workcircle的調查顯示,93%的IT經理人和幾乎所有的CEO和CTO會在英格蘭隊比賽的那天請病假。相比之下,程序員的請假的比例要低得多,JAVA程序員為86%,而最可憐的是SQL程序員,只有14%。更搞笑的是WikiHow上還有一個“怎樣請病假”的教程。

    原文如下:

    Managers most likely to take a sickie to watch England play

    9 June 2006, Cambridge UK – UK job site, Workcircle ran a survey this week asking how likely jobseekers are to take a sick day to watch an England World Cup match.

    World cup surveyThe results show the deep divide between workers and management, just 14% of Engineers surveyed will take a sickie to watch a match, but a shocking 93% of managers will.

    And it gets worse the higher you get – all CEOs and CTOs surveyed will take a day off.

    As far as the developers go, Java programmers are the most patriotic – 86% would call in sick to watch a match, compared to 14% of hard-working SQL developers.

    So when the boss is in an unexplained long meeting during the World Cup, check if there’s an England match on!

    posted @ 2006-06-12 06:45 shaofan 閱讀(686) | 評論 (0)編輯 收藏

    適用于webwork 2.2.2,詳見隨包文檔。源文件下載:Hello.rar

    一共五步:

    1.建立web應用程序的目錄結構
    2.拷貝庫文件:ww安裝目錄下的lib\default中的所有jar,以及webwork-2.2.2.jar,復制到WEB-INF\lib下。
    3.生成配置文件:web.xml在WEB-INF下, xwork.xml在WEB-INF\classes下

    web.xml:
    <?xml?version="1.0"?encoding="ISO-8859-1"?>
    <!DOCTYPE?web-app?PUBLIC?"-//Sun?Microsystems,?Inc.//DTD?Web?Application?2.3//EN"?"http://java.sun.com/dtd/web-app_2_3.dtd">
    <web-app>

    ????
    <display-name>My?First?Hello?Webwork</display-name>

    ????
    <filter>
    ????????
    <filter-name>webwork</filter-name>
    ????????
    <filter-class>com.opensymphony.webwork.dispatcher.FilterDispatcher</filter-class>
    ????
    </filter>

    ????
    <filter-mapping>
    ????????
    <filter-name>webwork</filter-name>
    ????????
    <url-pattern>/*</url-pattern>
    ????
    </filter-mapping>

    ????
    <welcome-file-list>
    ????????
    <welcome-file>index.jsp</welcome-file>
    ????
    </welcome-file-list>

    ????
    <taglib>
    ????????
    <taglib-uri>/webwork</taglib-uri>
    ????????
    <taglib-location>/WEB-INF/lib/webwork-2.2.2.jar</taglib-location>
    ????
    </taglib>
    </web-app>


    xwork.xml:
    <!DOCTYPE?xwork?PUBLIC?"-//OpenSymphony?Group//XWork?1.1.1//EN"?"http://www.opensymphony.com/xwork/xwork-1.1.1.dtd">

    <xwork>
    ????
    <!--?Include?webwork?defaults?(from?WebWork?JAR).?-->
    ????
    <include?file="webwork-default.xml"?/>

    ????
    <!--?Configuration?for?the?default?package.?-->
    ????
    <package?name="default"?extends="webwork-default">
    ????
    </package>
    </xwork>


    4. 編寫action和jsp
    5. 在xwork.xml中添加相應配置,如在package之間加入:
    ????????<default-interceptor-ref?name="completeStack"/>
    ????????
    <action?name="helloww"?class="net.blogjava.shaofan.helloww.Hello">
    ????????????
    <result?name="success">greetings.jsp</result>
    ????????
    </action>


    下步計劃:
    * 了解package
    * ww的taglibs
    * 在action和jsp間傳遞數據的機制(struts中使用formbean,利用session,request等)

    posted @ 2006-06-04 09:13 shaofan 閱讀(2302) | 評論 (7)編輯 收藏

         摘要: 在這篇文章里,Nick Afshartous描述了一種把HTML的內容轉換為PDF格式的方法。這種方法相當有用,比如說,一個web程序可以在它的頁面上提供如“下載為 PDF”的功能。這種功能方便了打印和儲存,以供日后使用。Afshartous的轉換方法只使用開源的組件。也有一些商業產業可供使用。因此,在這篇文章里描述的這種方法既在價格上可以承擔,又能夠獲得所用組件的源碼。(1600字;2006年4月10日)   閱讀全文

    posted @ 2006-06-01 07:56 shaofan 閱讀(3544) | 評論 (10)編輯 收藏

         摘要: 在這篇文章里,Nick Afshartous描述了一種把HTML的內容轉換為PDF格式的方法。這種方法相當有用,比如說,一個web程序可以在它的頁面上提供如“下載為PDF”的功能。這種功能方便了打印和儲存,以供日后使用。Afshartous的轉換方法只使用開源的組件。也有一些商業產業可供使用。因此,在這篇文章里描述的這種方法既在價格上可以承擔,又能夠獲得所用組件的源碼。(1600字;2006年4月10日)
      閱讀全文

    posted @ 2006-05-30 06:15 shaofan 閱讀(5684) | 評論 (7)編輯 收藏

    天差點栽在JAVA路徑設置上。

    本來是想用ANT的。但是在命令行輸入ant,得到了這樣的提示:

    Usage: java [-options] class [args...]
    ?????????? (to execute a class)
    ?? or? java [-options] -jar jarfile [args...]
    ?????????? (to execute a jar file)

    ?? ??? ......
    ?? ??? ......

    奇怪。想來是剛重裝了系統,JAVA_HOME沒有設好。于是檢查了一遍。問題依舊。那是不是虛擬機的問題?虛擬機缷掉重裝。折騰了半天,問題還是沒有解決。

    逼得我只能靜下心來仔細想想問題所在了。ant的命令執行的是一個批處理文件,在這個批處理中它會調用java.exe來運行ant。出現這樣的問題,必定是java.exe的用法格式不對了。于是打開ant.bat,發現它的執行有幾個分支。在每個分支上加上一句echo b1, echo b2,再次運行,確定是哪個分支被執行。被運行的語句分支就是這個了:

    :runAntWithClasspath
    "%_JAVACMD%" %ANT_OPTS% -classpath "%ANT_HOME%\lib\ant-launcher.jar" "-Dant.home=%ANT_HOME%" org.apache.tools.ant.launch.Launcher %ANT_ARGS% -cp "%CLASSPATH%" %ANT_CMD_LINE_ARGS%
    goto end

    OK?,F在幾乎可以肯定是那一堆%%的變量里出了問題。拿出我們程序員百試不爽的絕招的時候了:打印每個變量。哈哈,問題出來了:

    "D:\lib\apache-ant-1.6.5\\lib\ant-launcher.jar"

    看到了嗎?"lib"前面居然是兩個反斜杠杠。OK。發現了問題所在,現在是解決的時候了。打開系統變量ANT_HOME,果然,它被設置為"D:\lib\apache-ant-1.6.5\"。把最后的反斜杠去掉。再試運行ant,得到:

    Buildfile: build.xml does not exist!
    Build failed

    ant可以正常運行,問題解決了。

    這個小小的問題前后用了我快一個小時的時間。但是最后真正發現并解決問題的時間也不過十分鐘而已??磥磉€是太浮躁了。如果一開始就用心去想,也不會有這么多的浪費。想想,為什么那后面會多一個\,其實也很簡單,從WINDOWS的地址欄直接拷貝的咯。Windows啊......我知道不能怪Windows,但總要找個出氣桶,對不對?

    自以為用了幾年JAVA已經挺熟了,沒想到差點栽到最低級的失誤里了。反省反省。。。。。。

    posted @ 2006-05-29 07:28 shaofan 閱讀(2593) | 評論 (3)編輯 收藏

    Sun 的Java EE 5終于發布了(上一版本稱作J2EE)!這一版本可說是萬眾矚目了,目前在SUN的站點上已經提供下載。值得關注的特點是:

    "第一個商業的,比較完善的Java EE 5 實現

    簡化開發--對編程模式的重新組織
    支持EJB3.0--POJO
    支持Java Persistence API , ORM更簡單
    JAX-WS 2.0 以及 JAXB 2.0 使得開發web services 以及SOA應用更加便捷
    JavaServer Faces 1.2--更簡易開發AJAX
    效率更高, 同時管理和部署功能更強大
    啟動速度提高30%, 占用內存減少30%.
    web services 效率提高至少5倍.
    web services 管理更強大
    整合了NetBeans以及支持Eclipse plug-in
    提供了整合NetBeans的可視化的SOA 開發以及部署
    Sun's Java System Application Server PE 9.0是完全開源的"

    ???????????????????????????????????????????????? ----摘自www.Matrix.org.cn

    它的結構如下圖:


    Matrix上的相關文章:http://www.matrix.org.cn/resource/news/728_SUN+JavaEE5+SDK.html
    SUN網站上的下載地址:http://java.sun.com/javaee/downloads/index.jsp

    posted @ 2006-05-17 08:04 shaofan 閱讀(681) | 評論 (0)編輯 收藏

    Google好用嗎?大概很多人會說"Yes"。

    但是老外Don Norman去從另一個角度說明,Google的易用性只是一個假象。因為他的主頁只放一個搜索框,要想使用Google的其他服務,比如Google Map, Google Earth,卻要經過很多次不同的點擊,給用戶造成很大的不便。相比之下,其他的比如Yahoo,MSN,大家認為它們復雜,但實際上從他們的主頁訪問他們提供的各種服務都很方便。

    要我說,就一個字:贊成。兩個字:非常贊成!

    全文請見:

    英文原文:The truth about Google's so-called "simplicity" ? by Don Norman
    中文譯文:關于 Google 界面所謂的“簡潔性”的真實情況? 翻譯:張亮

    posted @ 2006-05-14 06:24 shaofan 閱讀(509) | 評論 (0)編輯 收藏

    些天,不記得是用SOHU的郵箱注冊了哪個網站了,現在每天都收到大量的垃圾郵件。不知道別人怎么樣,反正我覺得SOHU的閃電郵件的反垃圾郵件功能基本是個擺設。而它的“垃圾郵件舉報”的功能似乎也沒什么作用。相比YAHOO和GOOGLE,這兩位業界大佬提供的郵箱的反垃圾能力則明顯要高一籌。

    我也常用YAHOO的郵箱來注冊網站BBS,它對垃圾郵件的識別率相當高,我收到的大部分垃圾郵件它都可以準確識別。此外,YAHOO還提供了“替身郵”的功能,就是可以注冊一堆虛擬的郵件地址,每個地址其實都是指向你原來的那個。用這些替身地址去注冊網站或者留言什么的,所有發到它的郵件都會自動到達原來的郵箱。以后從這個地址來的垃圾郵件多了,就可以把這個替身地址刪掉,就再也不會收到從它發來的垃圾了。

    這是個好想法。以前我所想到的方法是,注冊一個郵箱,專門用來在注冊網站用。然后給它設置自動轉發,把郵件轉到我原來的郵箱地址。替身郵和這個想法真有異曲同工之妙。但是替身郵有個缺點,一旦把替身地址刪掉,那些有用的郵件也收不到了。我所希望的是,能為這些替身地址增加“白名單”的功能,只收指定地址寄來的郵件。如果是這樣,那就完美了。

    另外,SOHU閃電郵件的“自動轉發”居然不起作用?開了好幾天了,一封都沒轉發過,真是狂暈??!

    posted @ 2006-05-03 18:22 shaofan 閱讀(652) | 評論 (1)編輯 收藏

    兩周休假,不更新咯!休息一下!

    posted @ 2006-03-20 10:30 shaofan 閱讀(337) | 評論 (0)編輯 收藏

         摘要: 最近Business 2.0雜志發表了一篇文章,名為"Next net 25",介紹了五類25家新銳網站。它們大多為web2.0網站,它們的發展正體現了當今互聯網的動向。有人敏銳地認識到了這篇文章的特別之處,并把它和 94年的狀況進行了對比。認為web2.0開始從少數人面前跳上了大眾舞臺,而目前主流媒體也開始注意并認可這類站點和服務了。  閱讀全文

    posted @ 2006-03-13 08:13 shaofan 閱讀(1697) | 評論 (3)編輯 收藏

    本文譯自Joel on Software,同時發表在其wiki上。關于作者本人,請看這里。由于Joel對于他人對其作品的轉載有較嚴限制,轉載及引用者請參閱其聲明:Linking, Quotation, and Reprinting。這是我翻譯的第一篇文章,有些地方我也不是很肯定,請多多指正!

    (第一稿)


    在飛機控制的設計中,糟糕的可用性會致使飛機發生CFIT:可控飛行撞地

    可能可用性在你的產品中不是那么關鍵。如果幸運的話,你在可用性設計中的錯誤可能只會使人失去四肢,或甚至只是拇指。沒什么更糟的了。

    事實上,如果極端幸運,那么糟糕的可用性設計除了會使人難受,沒有其他后果。用戶試著去做一些事情,或者失敗,或者掙扎著去用,很直接的后果就是他們會為此感到不悅。在將來的文章里,我會講講此事在心理上的原因,但現在,這樣說就足夠了:使用戶不悅的原因,很可能并非完全如你所想。

    可用性,確實是一個“好”設計的核心。在將來,我會花很多時間來講述這個問題。

    好消息是:我可以很輕松地教你關于可用性設計的話題。讓我們開始吧:

    當一件東西能夠以被期待的方式運行,那它就是易用的。

    就是這樣!這就是關于可用性的一切!像Hillel所說,其它的一切都是解說詞。

    讓我們來看一個簡單的例子。


    哪個更好用:Windows還是Mac?


    在為人們設計產品時,有一個假想用戶是很有幫助的。所設想的用戶越是實際,提供的幫助越大。

    我的假想用戶就是彼特。

    有一天,彼特的朋友,吉娜叫他來幫忙。吉娜有一臺Macintosh的iBook,因為她喜歡白色的電腦。當彼特坐下開始試著用吉娜的Macintosh時,他很快就感到有點沮喪了?!拔矣憛掃@些東西,”他說。雖然最后成功地幫吉娜解決了問題,他卻覺得高興不起來?!癕acintosh的用戶界面真是笨拙至極?!?

    笨拙?為什么會這樣說呢?每個人都知道,Macintosh有著優雅易用的用戶界面,對不對?難道它不是那種易用性的范例嗎?

    好吧。讓我們來看看。

    在Macintosh上,如果你想改變窗口的大小,你必須拖它的右下角。而在Windows上,在任何一個邊上拖動鼠標,都可以改變窗口大小。當彼特幫吉娜時,他試著拖右側的邊來讓窗口變寬。結果,整個窗口都跟著動了,而不是他想要的“改變大小”。

    在Windows上,當出現一個消息框時,你只要按tab鍵移動焦點到所需的按鈕上,然后按一下空格鍵就可以按到那個按鈕。但在Mac上,空格鍵不起那樣的作用。當彼特得到一個警告,他就試著像他過去六年里下意識的做的那樣,按空格鍵來關掉消息框。第一次,機器沒有任何反應,他以為是鍵盤有問題,于是更大力地又按了一次。結果還是一樣。最后他只能用鼠標了。這是另一個小小的挫折。

    彼特還習慣用Alt+F4來關閉窗口。在Mac上,這恰恰是用來調整聲音音量的。這次,彼特想點擊桌面上的IE圖標,而這個圖標剛好被另一個窗口遮住了一部份。于是他按Alt+F4關閉窗口的同時立即雙擊圖標所在的位置。結果是聲音音量變大了,而窗口并未被關掉。而他的雙擊點在了他想關掉的那個窗口的幫助按鈕上,把幫助窗口打開了。好了,他現在需要關閉兩個窗口了。

    這也是一個小小的挫折吧,但是,這確實讓彼特更加郁悶了。這天結束的時候,彼特的脾氣很不好。他試著控制那些東西,卻都沒有反應??崭矜I和Alt+F4都“不起作用”----就像它們壞了一樣。窗口也不聽話,連調整大小都不行。真差勁。就算這些想法都是下意識的,這些“失去控制”的細微感受也最終使他感到不快。“我還是喜歡我自己的電腦”,彼特想,“它被我設置的完美無缺,總能按照我想的方式去運行。而這些Mac真是難用。真是讓人不爽。如果Apple這些年多花些心思在MacOS上,而不是搞iPod那些那些玩意,他們的操作系統也不會這么糟糕了?!?

    好了。我們比彼特清楚。他雖然有這些種種感受,但事實上對Mac用戶來說,Mac確實很好用。完全可以用任意鍵來關閉窗口。微軟的程序員很可能覺得,讓用戶拖動任意邊都可以調整窗口大小的功能真的很不錯。而Apple程序員很可能認為,拖動任意邊來移動窗口位置的功能很有創意。

    那些盲目信仰某種OS的網站上的關于用戶界面的爭論,都沒有說到點子上。Windows更好,是因為給你更多手段來調整窗口大小。那又怎樣?這并不是問題所在。真正的問題是,UI是否以用戶預期的方式來響應他們的操作。如果不是,那么用戶就會覺得他們無法控制它,并覺得自己會難以達成目的。就是這樣了。當一件東西能夠以被期待的方式運行,那它就是易用的。你可以把這句話反著紋在你的額頭上,這樣你在鏡子里就可以看到它。

    如果你繼續關注將來的文章,那么你會發現,我所告訴你的關于可用性設計的一切,都可以追溯到這個簡單的法則。如果哪天外星人在你的花園里著陸,把你扔到了名叫Kij8zxwrk的星球,在那里你無法連接到地球的互聯網,因為數據包傳送到地球所花時間太長導致TCP/IP無法正常工作,那么你所知道的東西也足以讓你找到一份相當體面的可用性設計師的工作了。

    posted @ 2006-03-10 06:39 shaofan 閱讀(1851) | 評論 (5)編輯 收藏

    我有一個習慣,每次學門語言,總要自己寫個List或Stack并加上Unit Test來試試。這次對Python也不例外??傮w感覺有以下幾點

    1.這是我用過的唯一一個把代碼行的縮進也做為語法的語言,就因為不正確的縮進,我的第一個Python程序讓我吃盡了苦頭。事情是這樣的,我運行測試時,報告每次都說"Ran 0 test in 0.000s",找了半天,也找不出為什么只運行了0個測試,一直以為是unittest包的用法有問題,或我的語法有問題,直到花了大半個小時翻書,又對比其他的測試程序以后,才發現,天啊,原來是因為最后一行的縮進多縮了一層,被認為與上一個方法同一個block。

    2.雖然在縮進上吃了苦頭,但是代碼看起來確實相當整潔清楚,感覺比java的動不動一堆大括號相比,實在多了。

    3.Python的每個module(可以看作與java的包類似)都可以包含方法和類,而java的所有方法都要寫在類里,包里只有類,這點相當不同。

    4.因為Python是用c實現的,它的命名比較簡單,使用很多縮寫,與java的長長一串的命名是很強烈的對比

    5.Python是動態類型的語言,變量不需聲明類型可以直接使用,雖然方便,但缺點也很明顯,那就是變量的類型信息不見了,經常搞不清楚方法的參數要傳入什么,返回什么,挺不習慣的。

    6.就因為缺少類型信息,Python的文檔也沒有Java的可讀性強。比如java的 String foo(int a)一看就知道傳入整形返回字符串,換成Python就變成了 foo(a),只能讀文檔才能搞清楚了??赡芪疫€沒習慣的原因吧,感覺有時文檔對它們的類型也說的不太清楚。

    總體感覺Python一些風格像C。寫起代碼來,感覺很快,很清楚,還是很不錯的 I love the feeling :)


    看看我寫的Stack

    posted @ 2006-03-09 20:31 shaofan 閱讀(1041) | 評論 (0)編輯 收藏

         摘要: 過去的一年,Mustang 沒能出來,EJB3剛剛才提交最終草案,Ajax興起但是五花八門不知道應該用誰,Aspectj 5出來了,但是缺乏驚喜。
    或許我們會說,過去的2005,Java界缺乏成績,但是卻毫無疑問,Java遙遙領先于其他語言。從11月的語言排行榜Java遙遙領先,到今年的Java圖書銷售統計上,Java圖書銷售總數是C#的2倍,PHP的2.5倍,Perl的4倍,Ruby/Python的9倍.
    這足以讓我們對2006充滿想象。
    不過,還是讓我們先回顧下2005吧....  閱讀全文

    posted @ 2006-03-07 09:56 shaofan 閱讀(497) | 評論 (0)編輯 收藏

         摘要: 總感覺只會JAVA似乎不夠,不記得是哪位先人說的了,一個程序員起碼要精通兩門語言,所以這些天花了不少時間琢磨python,看了不少網站,查了不少資料,正想著把一些東西寫下來,以免日后忘了,也可以和大家分享.先寫一些下載安裝和學習資源的東東.  閱讀全文

    posted @ 2006-03-05 09:30 shaofan 閱讀(5361) | 評論 (7)編輯 收藏

         摘要: Design by Contract (DbC)的概念已經出現很長時間了,最先是在Eiffel的一個特色,通過DbC來提高軟件質量,目前很多語言也都有相應的實現,但是在GOOGLE上搜索中文網頁,得到的資源并不是很多.直覺上來說,DbC確實是一個很好的想法,本著拓寬眼界的原則,就簡單了解一下吧.  閱讀全文

    posted @ 2006-03-02 00:55 shaofan 閱讀(2066) | 評論 (4)編輯 收藏

            今天試著把大蝦寫的系統登錄模塊加到我們現有的模塊里來,他寫的時候因為有些試驗的成分,所以沒有按照我們項目的配置來寫,也沒有按照我們的模塊來劃分配置,加過來以后重新配置了模塊信息,結果居然無法正常運行。顯示錯誤:“cannot retrieve action mapping  。廢了九牛二虎之力,都無法解決。web.xml、struts-config、模塊配置,一切看起來都無比的正常,但就是運行不了。真搞不清楚是哪里出了問題。還以為搞不定,晚上要加班了,誰知道,踏破鐵鞋無覓處,柳暗花明又一村,在google上搜索關鍵字"action mapping 找不到",第一個鏈接居然就是問題的答案?。ㄟ€從來沒有只點一次就可以找到問題答案的經驗,所以興奮無比^O^)

            總的來說,問題的原因就在于,struts是在第一次收到對action的請求(注意:不包括jsp的請求)時,提取這個請求的url的路徑信息,把相應模塊的mapping信息設置到請求中去。如果在進入一個模塊時,第一次訪問的是一個jsp頁面,而在這個jsp頁面中提交到該模塊的一個action,就會出現找不到action mapping的情況。這就是因為,在進到這個模塊時,訪問的是jsp,這個模塊的任何一個action都沒有被訪問到,所以struts的ActionServlet還沒有來得及把這個模塊的mapping設置到請求中,自然找不到該模塊的action。

            因此,這就引出一個約定,就是系統中盡量避免對Jsp的直接訪問,如果要訪問也要通過action來forward。雖然看起來麻煩一點,但是安全性、健壯性都會有所提高。

            關于以上提到的模塊mapping的設置原理,具體的文章在這里(不長),值得收藏:

            原文鏈接:http://202.100.72.44/news/itschool/pro/pro44134.htm

    posted @ 2006-03-01 10:44 shaofan 閱讀(2054) | 評論 (5)編輯 收藏

         摘要: 介紹了在JSP頁面動態生成Javascript樹結構的一種實現.原理是利用JSP標簽讀取數據(從數據庫或其他地方),在頁面生成Javascript的樹的數據結構,然后由Javascript腳本根據這個結構顯示出來.  閱讀全文

    posted @ 2006-02-26 18:47 shaofan 閱讀(5790) | 評論 (4)編輯 收藏

         摘要: 1.管理J2EE工程:發布WEB程序,啟動/關閉服務器等
    2.編輯JSP/HTML/XML:有代碼提示,語法著色,錯誤提示等功能
    3.跟蹤調試JSP/SERVLET:可設置斷點,單步執行,變量/棧/線程跟蹤等  閱讀全文

    posted @ 2006-02-26 18:39 shaofan 閱讀(7943) | 評論 (1)編輯 收藏

    If the problem was exploring requirements to lead them toward stability, the solution was seen to be prototyping. ... Prototyping and JAD continue to be used to this day, especially when requirements are poorly understood.

    Meanwhile, management had to figure out how to deal with reuiqrements instability and the "moving target" problem. ... But eventually management came to realize that, although they could not freeze the requirements, they could insist that changing requirements lead to changing project terms and conditions. "You want new or revised features? Then let's talk about how much time and money that will cost over and above our original estimate." Unfortunately, that led us into the swampland of changing estimates while the project was in progress...

    There is an interesting new twist evolving on the requirements instability problem. The extream Programming lightweight methodology calls for a representative of the user community to reside with the software project team during development. ... The questions remain, however, how many user organizations (a) will be willing to give up a first-rate person to such a full-time task, and (b) have one person who can represent all the potentially varying viewpoints of the customers and users?

    為了更好得捕獲需求,使它們有更好的穩定性,人們開始使用"原型"."原型"和JAD(聯合應用開發)在如今仍在被使用著,尤其當需求無法被準確理解的時候.

    同時,管理者必需面對和解決需求不穩定,及"移動靶"的問題.最終他們認識到,雖然他們無法凍結需求,但是他們可以堅持"需求變化導致合同條款變更"的想法."如果你想修改項目的功能,那就需要考慮這些修改所需要的時間和資金成本."不幸的是,這致使項目陷入需要重新進行估計的泥沼之中(在項目進行之中進行重新估計會造成哪些問題?).

    此時極限編程浮出水面.它要求一個客戶代表與開發人員一起,參與軟件開發的過程.這可以解決一些問題,然而問題仍然存在,有多少組織(a)愿意放棄一個一線員工,讓他全職參與軟件開發,(b)能找到一個可以代表所有潛在的,持不同觀點的客戶和用戶的人?(關于這點,個人認為光有客戶代表可能還不夠,還是要在需求捕獲的過程中采用多種有效的手段,起碼客戶代表要與其他參與需求的客戶和用戶有一定的一致意見,否則,怎么起到"代表"的作用?)

    [GLASS] Facts and Fallacies of Software Engineering, Rober L. Glass, Addison-Wesley,2002

    posted @ 2006-02-26 07:22 shaofan 閱讀(335) | 評論 (0)編輯 收藏


    Early on, most people in the software field believed that the problem was weak software management, and the solution was to hold the line one the original set of requirements, insisting that when the software team had solved that problem, the customers and users would just have to accept that solution. It was during this era that computer scientists came up with the notion of formal specifications...

    That approach really didn't work very well. The eventual solution didn't solve any problem the customers and users really needed solved, and, therefore, those slutions were ignored and eventually abandoned. All that time and money had been spent building a software solution that went straight to the refuse bin ... so did the relationship between the customers and the development organization


    上面這兩段話,選自[Glass]中的一章.作者認為導致項目失控的兩大最常見原因之一,就是不穩定的需求.而另一個原因則是過于樂觀的估計.需求不穩定其實是軟件過程中固有的一個特性.它并不是單指需求本身不穩定,而是說在軟件的開始階段,用戶的需求很可能無法被完全挖掘,因為客戶本身并不能完全了解他自己想要什么.而隨著開發的進行,各個方面越來越具體,客戶對自己的需求的認識逐漸提高,因些導致需求的變更.

    在早些年里,人們并未認識到"不穩定的需求"是軟件開發本身固有的本性,而是把問題歸咎于管理.基于此的解決方案就是,堅持在最初捕獲的需求的基礎上進行開發,否認和拒決需求變更.在這段時間里,FORMAL SPECIFICATION發展了起來.

    然而這種做法并不很成功.基于這種做法產出的軟件并不能真正解決客戶的問題,結果是,這些產品無法投入使用而淪為廢品,開發人員的努力和客戶的金錢都付諸流水,而客戶與開發組織間的關系也無法維持下去.

    [GLASS] Facts and Fallacies of Software Engineering, Rober L. Glass, Addison-Wesley,2002

    posted @ 2006-02-25 17:45 shaofan 閱讀(445) | 評論 (0)編輯 收藏

    主站蜘蛛池模板: 成人免费男女视频网站慢动作| 亚洲卡一卡2卡三卡4麻豆| 91在线品视觉盛宴免费| 国产午夜精品理论片免费观看| 亚洲码和欧洲码一码二码三码| 亚洲天堂一区二区| 国产L精品国产亚洲区久久| 日韩免费一级毛片| 思思re热免费精品视频66| 免费在线观看一级片| 曰韩无码AV片免费播放不卡 | 亚洲成a∨人片在无码2023| 综合自拍亚洲综合图不卡区| 中文字幕无码精品亚洲资源网| 国产精品色午夜视频免费看| 中文字幕无码成人免费视频| 精品一区二区三区无码免费视频| 十八禁在线观看视频播放免费| 又硬又粗又长又爽免费看 | 韩国亚洲伊人久久综合影院| 亚洲伊人久久大香线蕉结合| 亚洲综合久久成人69| 亚洲成在人天堂一区二区| 亚洲午夜久久久久久噜噜噜| AV在线亚洲男人的天堂| 亚洲国产成人精品无码久久久久久综合 | 99久久久国产精品免费无卡顿| 无码精品一区二区三区免费视频| 久久99久久成人免费播放| 成人免费视频一区二区| 青青草国产免费国产是公开| 美女黄频免费网站| 国产亚洲漂亮白嫩美女在线| 国产精品亚洲专区无码不卡| 国产精品亚洲av色欲三区| 国产精品无码亚洲一区二区三区| 亚洲精品av无码喷奶水糖心| 亚洲国产午夜精品理论片在线播放 | 久久亚洲sm情趣捆绑调教| 亚洲视频一区在线观看| 亚洲日本乱码一区二区在线二产线 |