摘要: 今天看了一天原來他們寫的代碼,越看越郁悶，主要是沒有設計文檔，而且里面很多被舍棄的功能，但是代碼沒有去掉，而且也沒有寫注釋，不知道干什么用的，也許是我太菜了吧？簡單分析一下這個模塊的代碼吧模塊名稱叫“信息簡報 ”，功能包括五個部分：信息接受，信息發送，分類管理，組管理，權限配置。其中用戶部分會用到公共模塊，日志部分就是直接使用System.out.pring通過JBOSS輸出...
閱讀全文
摘要: 今天老大給了我一個任務,要我一個星期之內看懂一個模塊的代碼。打開第一個類就遇到了JDBC，數據庫還是Oracle，2個都不懂，只好先學習一下JDBC這個東西JDBCTM 是一種用于執行 SQL 語句的 JavaTM API（有意思的是，JDBC 本身是個商標名而不是一個縮寫字；然而，JDBC常被認為是代表 “Java ...
閱讀全文
從今天開始，我準備把GOF的23種設計模式重新學習一下，并且用Java語言全部描述一次。
Abstract Factory(抽象工廠) 對象創建型模式
提供一個創建一系列相關或相互依賴對象的接口，而無需指定它們具體的類。
今天把Structs和EJB稍微了解了一下。
Structs是apache 組織jakarta 項目的一個子項目，用以改善 web 系統的結構，是一個基于J2EE的Web形式MVC模式實現。Structs是由一組類、Servlet和Taglib組成。Structs有其自己的控制器（Controller），基本組件是ActionServlet中定義的Servlet，由ActionMapping定義的，ActionMapping類表示的是Action對象的名字和位置。當一個請求進入控制器時，它將請求的路徑映射到Action的位置，并且將請求傳送給Action。Structs另外一個重要部分是標簽（TagLib），主要由頁面制作人員使用。
EJB（Enterprise JavaBean ） 是設計成運行在服務器上，并由客戶機調用的非可視遠程對象。可通過多個非可視 JavaBean 構建 EJB。它們有一個部署描述符，其目的與 JavaBean 屬性相同：它是以后可由工具讀取的 bean 的描述。EJB 還獨立于平臺，一旦編寫好，還可以在任何支持 Java 的平臺（包括客戶機和服務器）上使用。
如果不使用EJB，在EJB服務層實現的業務核心將由普通JavaBeans實現，不能很好的保證負責MVC的JavaBeans和負責業務核心的JavaBeans清晰地分開。
采用EJB，Web完全只是一個MVC模式的實現，關鍵業務核心是在EJB的服務層實現，這樣做的優點是，Web只負責界面相關部分，因為，如果是一個智能客戶端，如Swing或J2ME，在不需要修改任何業務核心的情況下能夠方便地更換。同樣，提供Web Services功能，也只是在 Web層修改，不會涉及EJB方面的修改，同樣保證了系統的穩定性，保證了系統升級和未來的擴展性。
EJB容器（如JBoss）已經提供了對象池和緩存機制，所以，沒有事務機制的無狀態Session Bean的性能肯定要強于普通JavaBeans。EJB容器不但在單機中提供了對象池和緩存，而且可以跨服務器實現動態負載平衡，這些都無需開發者自己開發任何軟件代碼。
EJB提供的事務機制非常周全，但事務機制帶來的缺點是性能的降低，在一般企業應用或數據庫系統應用中，EJB不會對你構成很重的包袱。
通過一天的學習，雖然沒有寫出Structs和EJB的實現代碼，但是基本上對這兩個東西有了初步的了解
為了第一天的上班，提前一個小時起床，準備好了，順便吃了一個早餐（1年沒有吃過早餐了，感覺不錯）。左等右等終于等到XX路中巴，一群人擁過去，只上了2個人，剩下的都沒有上起，只能等下一輛，暈死，沒辦法打的吧
。
好不容易提前一分鐘趕到公司，~_~開發人員才來2個人（竊笑，我就喜歡這樣，原來我老遲到）。辦公室的人叫我等，我就等，誰叫我是新來的呢。不知道什么時候有個人搬著一臺不知道是什么年代的古董顯示器進了開發室，
不會就是我的電腦吧，雖然我不會JAVA,但是我搞開發也有2年了，蒼天啊
。
大概10點左右，被叫進了經理室，遞給我一份合同，說要簽2年的賣身契。第一反應就是這么久啊，我在原來的公司是一年一年的簽。經理稍微解釋了一下，想想也是，無所謂了，到時候想跑照樣跑。翻翻合同，一條看起來不起眼的條款讓我蒙了，星期六居然要上班，我差點就拒絕簽了，經理在一邊解釋說，那個不是上班，只是技術交流，有事情可以請假，
欲哭無淚啊。
出了經理室，就感覺有被賣身的感覺，總不是滋味。辦完相關手續，把我帶到一電腦旁邊，
15的顯示器，我差點就叫起來了，那人忙解釋一下說，這個只是暫時的，新顯示器下午就到，汗～～～～，瞧瞧配置先，815EP的板子，C1.1G的CPU，512M的內存，暈死，難道開發Java這么低的配置也成
？
下午配置了一下開發環境，看到同事都在用一個WT P的插件（一個創建、部署和調試 Geronimo 應用程序的很基本的開發環境），試試感覺還不錯，但是總是出現項目重新部署不上去的問題？問一同事也解決不了，看來還得用Lomboz了。剩下的時間看了一下JavaBean和Session編程
JavaBean其實就是一些類，把業務邏輯從JSP中分離出來。在JSP中使用一個標簽引用JavaBean，先通過<%@ page import="mypack.BookDB"%>導入JavaBean類，然后使用標簽引用（<jsp:useBean id="bookDB" scope="application" class="mypack.BookDB" />），這個東西就相當于BookDB bookDB = new BookDB,實例化一個類而已,在JSP可以直接使用這個類了（bookDB.Method();）,后面的參數就更簡單了，scope是范圍，包括：page, request, session, application，默認屬性值是page。
Session相對來說要熟悉一些，是用來跟蹤用戶狀態的一個機制。在Servlet API中定義了javax.servlet.http.HttpSession接口。當一個Session開始時，Servlet容器將創建一個HttpSession對象。默認情況下，JSP網頁都是支持Session的，也可以通過顯示聲明支持Session：（<%@ page session="true"%>）,最大的問題就是當客戶端禁止了Cookie就麻煩一些。需要重寫客戶請求的URL，把Session ID添加到URL信息中。HttpServletResponse接口提供了重寫URL的方法<a href="<%=response.encodeURL("next.jsp")%>">。Session的持久化我原來在.Net中沒有發現有這個功能（可能是我菜吧^_^）。需要配置FileStore、JDBCStore，現在暫時還用不上，以后在研究吧。