每一步

1 如果查詢記錄很多時.一般是將查詢條件發送到servlet處理,整合出sql語句.將它保存在session或是request中.查詢動作由頁面去完成.不要將查詢動作放在servlet,查詢結果放在session/request中.2 一個項目,前臺使用的框架要保持統一,不要一會struts,一會又來純jsp.這樣會引起後期維護的麻煩....

1 编程着眼的地方,应当是整个系统.这个系统是什么系统?哪个行业?是否能反应了这个行业当前及今后的业务.基于系统分析之上,应当采用什么软件架构.之后着手的地方,才是具体的软件编码,去实现业务逻辑.  一个程序员的成长过程,由最初的具体的编码.累积了对软件架构的理解进而进军软件架构,希望设计出一个更加稳定/容易扩展/满足要求的软件架构.而要设计出这样一个软件架构,最终归于对系统业务需求的理解的透彻...

java設計模式----abstract Factory模式與Factory method模式:任何多態的實現都離不開Factory方法.----------------------------------------java設計模式---bridge模式:1 bridge模式    要解決的一個問題是:接口與平臺的無關性.將接口與實現分離,然後具體的實現與平臺相關從而實現接口與實現分離,   ...

 個人認為,設計模式其實都對java最為基本的三個特性:封裝 繼承 多態的使用.也不只是針對java.所有的oo設計我想都一樣.結合oo設計的一些基本原則,1 面向接口編程,而不面向實現編程.2 優先使用對象組合,而不是繼承.3 將程序中不變部分與變化部分分離.也即封裝.達到支持變化和擴展的目的.設計模式中23種設計模式都是為了實現這種功能.而巧妙地使用了面向對象語言的三種特性. 如...

設計模式分有幾個大類:創建型:結構型:行為型:本文將陸續更新,每個類別下的設計模式具體的目的及意圖,及工作方式:行為型:strategy模式:策略模式.目的是分解算法.將內容與算法分開.以達到內容與算法的變化能夠互不影響.也是為了支持變化.工作方式:    在內容的容器中,包括有策略接口的引用.當容器的內容需要變換不同的算法時,只需要將指定的算法引用指定給容器中的策略接...

 學習設計模式,老調重談.它是什麼?    它是一組被証明過的,優秀的用來解決一組相似問題的解決方法.它為什麼而存在:    1 它是為了提高復用.    2 支持變化,也即可擴展性.    如果使用設計模式而不理解它的作用和存在的目的.盲目使用設計模式,只會使系統低效和變得難於理解.晦澀難懂.它包含哪些內容:    設計的原則:        面對接口編程,而不面向實現.  ...

UML建模的过程是一个步步深入，从面向问题转向到面向解决域的过程；一个从整体到局部的一个分析过程。但分析的对象仍然没有变。一般情况下，有如下过程： 1 客户启动一个系统的开发过程。 2 需求调研：由软件公司和客户共同完成。  A 业务需求调研：面向问题域。以word文档的形式呈现。与客户交流，提取出系统中的业务。形成用例列表。这个阶段将形成业务需求文档初稿。在这个过程，只是去提取出系统中存在...

瀑布式开发方法：这是一种理想状态下的开发。所有下一级的工作基于上一级的工作。一旦上一级的工作出现问题，无法交付下一级的工作时，整个团队都停在那是。 螺旋式开发方法：要求对系统的需要有个框架性的了解之后，就可以进行系统设计。然后针对需求中最为简单和独立的部分进行开发。这部分交互客户测试，并收集反馈信息。再走一次软件开发的流程。这个是重复几次瀑布式的开发方法。 迭代式开发：这个过程是将螺旋式开发方法的...

 一般而言,在我們機子上一般會有一個開發版,再有一個測試版.還包括很多的備份版.在有新的需求之前.我們必須確定我們的開發版,在這個基礎之上進行開發.所做的修改必須在同一個版本上.以保證統一.在完成了新開發之後,測試版必須是開發之前正確的版本,也就是必須是客戶現在運行的版本.這樣做的測試,才能保證測試比較順利通過....

現在這份工作,作了快8個月.感觸如下:1 與其去責怪用戶,什麼都不懂,事無巨細都來找你而心煩.還不如把自己的代碼寫得精練再精練.,文檔詳細再詳細,操作步驟傻瓜再傻瓜.來得簡單.剛開始在你看來是"這麼簡單"的事情.用不著寫這麼詳細的布署及操作步驟.其實到了客戶那邊.一切都變得不可預知.-----客戶就是因為什麼都不知道,才需要你來幫忙.才付給你錢.當初想節省時間來做其它的事情而給客戶一份簡單的文...

作維護和新開發,需要注意的事情:1 必須要有一份最為原始的源碼,並經過客戶確定.這份源碼滿足了他們最初的需求.2 任何一次的維護或是新需求開發.之前都必須備份好了之後再進行開發.3 維護或是新需求開發完了之後,必須要做一次完整的業務流程測試(針對性的).並載圖下來.以備查考.因為有些問題可能不能立即發現.這樣做的好處是,可以讓客戶看看你的勞動過程.減少客戶懷疑我們忽悠它的擔心.4 一個問題...

作代碼維護,維護的版本只能有一個.不要設定多個維護版本.否則會引起混亂.有些時間開發一個功能時,我們在會在項目的源碼來進行開發.當出現錯誤.需要重新修改,就不要在更新包中進行修改,或者是服務器上進行修改.客戶的任何一次需求提出,即使是非常小的一個頁面顯示.都應當及時更新到項目源碼及更新包中.更新包發佈次數多了.到最後.你也不會很清楚.某個更新包中實現了哪些功能.另外及時更新"修改明細.xls"檔...

作維護和新開發,需要注意的事情:1 必須要有一份最為原始的源碼,並經過客戶確定.這份源碼滿足了他們最初的需求.2 任何一次的維護或是新需求開發.之前都必須備份好了之後再進行開發.3 維護或是新需求開發完了之後,必須要做一次完整的業務流程測試(針對性的).並載圖下來.以備查考.因為有些問題可能不能立即發現.這樣做的好處是,可以讓客戶看看你的勞動過程.減少客戶懷疑我們忽悠它的擔心. ...

根据前篇的思路，将所有的struts2 hibernate spring3的源码全部放入到自己的项目中，可以更好地调试程序。加入了使框架和程序能顺利通过编译的第三方包之后，部署到tomcat又遇到一些差包的问题，也解决了。能顺利的启动，但在访问页面时却出现问题。找log4j日志文件发现：11-2-23 下午9:59 main WARN com.opensymphony.xwork2.c...