『壹』 關於javaweb項目包的結構..
一般用當下主流的框架結構來創建包，比如springMVC框架，你要創建model層，層，service層和controller層，其它要在項目中用到的像工具類可以創建一個工具包
『貳』 web前端頁面有哪三層構成，分別是什麼作用是什麼
最准確的網頁設計思路是把網頁分成三個層次，即：結構層、樣式層、行為層。
HTML：結構層
網頁的結構或內容層是該頁面的基礎HTML代碼。
CSS：樣式層
該層指示結構化HTML文檔如何看待網站的訪問者，並由CSS（層疊樣式表）定義。
JavaScript：行為層
行為層使網站具有交互性，允許頁面響應用戶操作或基於一組條件進行更改
『叄』 javaweb項目中mvc模型下各層的作用
鄙人的拙見:
m:model 系統的實體類,存放系統抽取出來的實體類
v:view 比如jsp,主要和客戶交互的用戶友好界面
c: controller 控制後台數據的處理,調度
關於你的問題:
你提交表單的jsp(view)提交一個注冊用戶(Model),提交到後台的一個servlet(controller)上面,但是數據合法性要進行校驗(使用service),因為在servlet上面進行調度的話,那樣servlet裡面的代碼會比較簡潔,而且在大的項目裡面: 一般的流程是這樣的 view<->action(servlet頁面調度和調度相關的service)<->service(數據校驗和調用處理資料庫)<->(db交互)
『肆』 JavaWeb項目，其中，哪些技術是最基礎、最重要的
最基礎最重要的就是Java語言、面向對象分析設計思想、設計模式和框架結構。Java語言體系比較龐大，包括多個模塊。從WEB項目應用角度講有JSP、Servlet、JDBC、JavaBean（Application）四部分技術；Java語言是完全面向對象的語言，在分析項目業務關系的時候應用一些UML圖能盡快找出業務邏輯主要面對的對象，然後對每個對象進行行為劃分，最後再實現對象之間的集成和通信；設計模式主要在與兩層的設計模式、三層的設計模式和N層的設計模式，很多的Web項目採用的是MVC的三層開發結構，也就是JSP+Servlet+JavaBean。
『伍』 為什麼JavaWeb項目要分層
首先讓我們坐著時光機回到n年前的web開發。
那個時候最早都是靜態的html頁面，後來有了資料庫，有了所謂的動態頁面，
然後程序猿在編碼的時候，會把所有的代碼都寫在頁面上，包括資料庫連接，包括事務控制，接收參數，各種校驗，各種邏輯，各種html/js/css代碼等等
怎麼樣？夠亂吧？像一坨那什麼一樣，這個頁面可能有成千上萬行？
那麼好，問題來了，回頭需要修改的時候，你怎麼辦？
你找個東西找半天，好不容易找到了，還不敢改，怕被其他地方用了，改出連帶問題。
頁面一出錯，定位不準到底是哪裡的問題，從頭到尾的挨個排查。
等等等等。
這就是大家常說的什麼叫可維護性，這也是為什麼越來越多的公司的規范要求不能寫復雜sql。
還記得之前在東軟的時候，一哥們寫了一個80多行的大sql來完成一個核心的查詢。
試問這個大sql天天在資料庫里run，還有性能可言？
再試問誰敢改？
後來項目要改需求還是出現bug了，那個sql要改動，寫sql的哥們改了好久才改好，因為時間長他也忘了，
再後來他離職了。。。
有人問，那簡單sql實現不了我的功能呀，怎麼辦？
從資料庫設計層面開始下手，要允許適當的冗餘，把表弄好，就迎刃而解了，這也是資料庫層面的一種解耦吧。
後來。。。
進入第二階段，大家痛定思痛，決定要把頁面和邏輯拆開，頁面只是負責顯示，邏輯都在後台。
這就出現了短暫的，在jsp里使用標簽調用bean的用法。bean里耦合了除了頁面之外的所有東西。
再後來。。。
進入了第三階段，大家又痛定思痛，決定要拆成三部分，就是大名鼎鼎的MVC。
再再後來。。。
衍生出來了類似於struts/springmvc等等的mvc框架
---------------
JavaWeb項目的層有2個維度。
第一個維度是MVC的三層：
M：model，模型層，包括了你的業務邏輯和資料庫操作，封裝好給視圖層使用的。
V：view，視圖層，僅僅做的是展示數據，不包含業務邏輯，主要是jsp/html等等
C：controller，控制層，負責接收請求，調用模型層處理業務邏輯並返回給視圖層。
第二個維度是java代碼里的三層：
controller：控制層，負責接收參數/解析參數/封裝參數，調用serivce，將service方法的返回值進行封裝（如果需要），返回數據/返回頁面，路由。
service：負責業務邏輯，事務控制在這層里做，被controller調用，以及調用。
：持久層，負責資料庫交互，被service調用。
這2個維度別弄混了喲。我今天主要說的是第二個維度的層喲。
我認為，第二個維度是第一個維度的延伸，其實第二個維度再加上一個表現層就完美了，這就為什麼有人說是4層架構。
---------------
前戲結束，步入正題：
有些學生朋友可能會問為什麼要分層呢？我本來可以在一個地方寫完的東西，非要散落在各個層中，都在一起不是挺好的嗎？
開發效率高呀~
跳來跳去的我腦子都暈啦。。。
這就是為什麼有人會把所有的東西都扔在一個層里，比如controller層。。。
其實我們可以在jsp上把所有的邏輯以及資料庫操作,數據展示全部寫在一起，耦合在一起，這樣開發起來貌似更快，
但是維護性非常差，有朝一日想改一個小地方，牽一發而動全一身，隱患很高，無法快速定位問題。
因此我們需要分層。
分層了之後，你理論上改了持久層的東西，邏輯層是不用變動的。
每個Dao類是跟每個表走，Dao的每個方法里就一個個的簡單sql，不包含任何業務邏輯，可以被不同的service復用和調用。
經過抽象後基本上都是通用的，因而我們在定義DAO層的時候可以將相關的方法定義完畢，
這樣的好處是在對Service進行擴展的時候不需要再對DAO層進行修改，提高了程序的可擴展性。
提高了程序的可擴展性。具體什麼時候做這些操作，怎麼做這些操作都由Service來處理。
（就像郭德綱的相聲里的一句話：「行了，你甭管了」）
而Service則不是，一個Service里可以會調用多個不同的，完成特定的業務邏輯，事務控制，
封裝Service層的業務邏輯有利於通用的業務邏輯的獨立性和重復利用性
同時，一個Service的方法也有可能被多個Controller的方法來調用。
邏輯出問題就在Service找問題，資料庫，sql有問題就在Dao層找問題，
參數解析錯誤，跳轉錯誤，就在Controller上找問題。
這樣快速定位問題，互不幹擾。
---------------
分層架構（這里會延伸到更廣闊的架構）：
回頭項目玩大了，怎麼辦？拆！！！
具體可以搜一下：maven分模塊開發，怎麼玩代碼依賴，怎麼玩微服務，怎麼玩SOA，怎麼玩RPC，怎麼玩bbo。
web項目發展有幾個階段啊
第一個階段（單一應用架構）：
所有代碼都耦合在一個項目里，放在一台伺服器上，這種all in one的方式是有好處的。
創業初期，不用什麼架構，走敏捷開發，最快速的實現需求才是王道。
你甭管我有多爛，我至少能跑起來，我至少能在外網上讓你訪問，讓你使用。
當然了，初期的訪問量很少，節省部署和運維成本才是王道呀。
聽阿里的講座，說淘寶的前期的版本用的就是一台PC機作為伺服器，所有的功能耦合在一個項目里，
每次往生產環境上發版本，要上傳一個600mb的包，呵呵。
第二個階段（垂直應用架構）：
哎喲，不錯哦。自己的兒子被越來越多的人訪問，訪問量激增，一台伺服器扛不住了，
沒事，我們可以玩負載均衡，玩集群。
但是！這種性能加速度其實會變得越來越小，因為你的項目是耦合在一起的。
這時，我們需要拆分項目，這里又有2個維度，按層拆，按模塊拆。
將拆好的不同項目分別部署在不同的伺服器上，並且再分不同的小集群。
第三個階段（分布式服務架構）：
唉呀媽呀，訪問量陡增，到這步你創業應該算成功了，開始燒投資人的錢了吧。
經過上面拆成了越來越多的模塊，模塊與模塊交互越來越多，怎麼辦？
這個時候我們需要把核心的業務抽出來，作為獨立的服務，慢慢發展成穩定的服務中心，
用來提升業務復用和整合。
就像阿里的大牛說過，沒有淘寶的積累，天貓能那麼快的出來嗎？
這個時候，你的緩存，資料庫，消息隊列等服務都應該是分布式的。
第四個階段（流動計算架構）
哎呀媽呀，訪問量又上了一個台階，翻了好幾百倍吖，腫么辦？
這個時候服務越來越多，一些容量和資源的浪費問題凸顯出來，
這時我們需要一個調度中心來基於訪問壓力動態的管理集群容量，
提高利用率。
第五個階段（雲計算架構）
抱歉，作者正在學習中，未完待續。
『陸』 哪位大神可以告訴我web項目里的action、、service、orm、util里都是干什麼
我來介紹一下吧
1，action層，就是web層，使用struts2框架時叫做action層，使用spring框架時一般交controller層，（簡單說就是寫servlet的，害怕你不懂）
2，層，持久層，說白了，連接資料庫的，就是將資料庫操作寫在層，框架有Hibernate，mybatis等
3，service層，說白了，中間層吧，解決問題的層，就是把方法都寫在這個層，各種方法
4，orm，一般不這樣寫，我估計就是bean，或者叫model或者pojo
5，utils，工具類
流程
用戶--action--service----資料庫
各層都有可能調用bean和utils
『柒』 java web的項目需求怎麼寫
目前， 國內外信息化建設已經進入基於Web應用為核心的階段， Java作為應用於網路的最好語言，前景無限看好。然而，就算用Java建造一個不是很煩瑣的web應用，也不是件輕松的事情。概括一下，實施Java的WEB項目需要掌握的技術如下：
lJava語言
l面向對象分析設計思想
l設計模式和框架結構
lXML語言
l網頁腳本語言
l資料庫
l應用伺服器
l集成開發環境
下面我們具體地看每個技術.
1、Java語言
Java語言體系比較龐大，包括多個模塊。從WEB項目應用角度講有JSP、Servlet、JDBC、JavaBean(Application)四部分技術。
（1）、Java Database Connectivity(JDBC)技術
在Java Web應用開發中，資料庫管理系統（RDBMS）的使用是不可缺少的。JDBC(Java Database Connectivity) 是一種用於執行SQL 語句的 Java API。它由一組用 Java 編程語言編寫的類和介面組成。JDBC 為工具/資料庫開發人員提供了一個標準的API，使他們能夠用純Java API 來編寫資料庫應用程序。
簡單地說，JDBC 可做三件事：
l與資料庫建立連接，
l發送SQL 語句，
l處理結果。
（2）、Servlet技術
Servlet是運行在伺服器端的程序，可以被認為是伺服器端的applet。servlet被Web伺服器（例如Tomcat）載入和執行，就如同applet被瀏覽器載入和執行一樣。servlet從客戶端(通過Web伺服器)接收請求，執行某種操作，然後返回結果。
Servlet的主要優點包括
lServlet是持久的。servlet只需Web伺服器載入一次，而且可以在不同請求之間保持服務(例如一次資料庫連接)。
lServlet是與平台無關的。如前所述，servlet是用Java編寫的，它自然也繼承了Java的平台無關性。
lServlet是可擴展的。由於servlet是用Java編寫的，它就具備了Java所能帶來的所有優點。Java是健壯的、面向對象的編程語言，它很容易擴展以適應你的需求。servlet自然也具備了這些特徵。
lServlet是安全的。從外界調用一個servlet的惟一方法就是通過Web伺服器。這提供了高水平的安全性保障，尤其是在你的Web伺服器有防火牆保護的時候。
lServlet可以在多種多樣的客戶機上使用。由於servlet是用Java編寫的，所以你可以很方便地在HTML中使用它們。
（3）、JavaServer Pages(JSP)技術
JSP是從Servlet上分離出來的一小部分，簡化了開發，加強了界面設計。JSP定位在交互網頁的開發。運用Java語法，但功能較Servlet弱了很多，並且高級開發中只充當用戶界面部分。JSP容器收到客戶端發出的請求時，首先執行其中的程序片段，然後將執行結果以HTML格式響應給客戶端。其中程序片段可以是：操作資料庫、重新定向網頁以及發送 E-Mail 等等，這些都是建立動態網站所需要的功能。所有程序操作都在伺服器端執行，網路上傳送給客戶端的僅是得到的結果，與客戶端的瀏覽器無關，因此，JSP 稱為Server-Side Language。
JavaServer Pages的主要優點包括
●一次編寫，各處執行(Write once, Run Anywhere)特性
作為Java 平台的一部分，JavaServer Pages 技術擁有Java語言「一次編寫，各處執行」的特點。隨著越來越多的供貨商將JavaServer Pages 技術添加到他們的產品中，您可以針對自己公司的需求，做出審慎評估後，選擇符合公司成本及規模的伺服器，假若未來的需求有所變更時，更換伺服器平台並不影響之前所投下的成本、人力所開發的應用程序。
● 搭配可重復使用的組件
JavaServer Pages技術可依賴於重復使用跨平台的組件（如：JavaBean或Enterprise JavaBean組件）來執行更復雜的運算、數據處理。開發人員能夠共享開發完成的組件，或者能夠加強這些組件的功能，讓更多用戶或是客戶團體使用。基於善加利用組件的方法，可以加快整體開發過程，也大大降低公司的開發成本和人力。
● 採用標簽化頁面開發
Web 網頁開發人員不一定都是熟悉Java 語言的程序員。因此，JSP 技術能夠將許多功能封裝起來，成為一個自定義的標簽，這些功能是完全根據XML 的標准來制訂的，即JSP 技術中的標簽庫(Tag Library)。因此，Web 頁面開發人員可以運用自定義好的標簽來達成工作需求，而無須再寫復雜的Java 語法，讓Web 頁面開發人員亦能快速開發出一動態內容網頁。
今後，第三方開發人員和其他人員可以為常用功能建立自己的標簽庫，讓Web 網頁開發人員能夠使用熟悉的開發工具，如同HTML 一樣的標簽語法來執行特定功能的工作。
●N-tier 企業應用架構的支持
有鑒於網際網路的發展，為因應未來服務越來越繁雜的要求，且不再受地域的限制，因此，
必須放棄以往Client-Server的Two-tier 架構，進而轉向更具威力、彈性的分散性對象系統。由於JavaServer Page 技術是Java 2 Platform Enterprise Edition (J2EE)集成中的一部分，它主要是負責前端顯示經過復雜運算後之結果內容，而分散性的對象系統則是主要依賴EJB ( Enterprise JavaBean )和JNDI ( Java Naming and Directory Interface )構建而成。
（4）、JavaBean(Application)應用組件技術
Application是Java應用程序，在WEB項目和一些開發中主要應用JavaBean。它就是Application的一部分，邏輯運算能力很強，能極大的發揮Java語言的優點。JavaBean 被稱為是Java 組件技術的核心。JavaBean 的結構必須滿足一定的命名約定。JavaBean能提供常用功能並且可以重復使用，這使得開發人員可以把某些關鍵功能和核心演算法提取出來封裝成為一個組件對象，這樣就增加了代碼的重用率和系統的安全性。
高級的WEB項目會應用到以上所有技術，它們之間聯合使用和協作開發會提高開發的效率和系統的性能。
2、面向對象分析設計思想
Java語言是完全面向對象的語言，所以在項目設計時會有很大的幫助，在設計時應盡量舍棄以往的面向過程的設計方式。
在分析項目業務關系的時候，應用一些UML(Unified Modeling Language)圖,例如常用的用例圖(use case diagram)，類圖(class diagram)，時序圖(sequence diagram)等等,會有很大的幫助，這樣能盡快找出業務邏輯主要面對的對象，然後對每個對象進行行為劃分，最後再實現對象之間的集成和通信。
3、設計模式和框架結構
Java從語言角度來講不是很難，但是從整體設計角度來講我們還需要了解一些高級應用框架。如果要設計一個良好的框架結構，單單只掌握Java語言遠遠不夠。這就涉及到一個設計模式，還有和設計模式相關的一些知識。
設計模式在Java項目實施過程更是重中之重。主要在與兩層的設計模式、三層的設計模式和N層的設計模式。它直接決定著項目的應用、部署和實際開發設計。
在普通的WEB項目中很多採用兩層的開發結構。JSP+Servlet或JSP+JavaBean。當對開發要求高的項目中使用很多的還是MVC的三層開發結構，也就是JSP+Servlet+JavaBean。它能分有效的分離邏輯開發，使開發人員能專注於各自的開發。同時也能時整個開發結構流程更清晰，但是需要比較高的開發配合度。
在項目中，我們經常使用著名的Model-View-Controller(MVC)架構。MVC架構是隨著smalltalk language語言的發展提出的，它是一個著名的用戶界面設計架構。經典的MVC架構把一個組件（可認為是整個應用程序的一個模塊）劃分成三部分組 Model管理這個模塊中所用到的數據和業務邏輯。而View 管理模塊如何顯示給用戶，Controller 決定如何處理用戶和該模塊互動式時候產生的事件 如用戶點擊一個按鈕等。
4、XML語言
在伺服器和設計模式結構中會應用到自定義文件，而且在應用高級設計時也會定義自用的標簽，現在流行的是用XML去定義配置，所以XML語言應該有一定掌握。
當前，Java 2平台企業版（J2EE）架構在廠商市場和開發者社區中倍受推崇。作為一種工具，可擴展標記語言（XML）簡化了數據交換、進程間消息交換這一類的事情，因而對開發者逐漸變得有吸引力，並開始流行起來。自然，在J2EE架構中訪問或集成XML解決方案的想法也很誘人。因為這將是強大系統架構同高度靈活的數據管理方案的結合。
XML的應用似乎是無窮無盡的，但它們大致上可以分為三大類：
1、簡單數據的表示和交換（針對XML的簡單API（SAX）和文檔對象模型（DOM）語法解析，不同的文檔類型定義（DTDs）和概要（schemas））
2、用戶界面相關、表示相關的上下文（可擴展樣式表語言（XSL），可擴展樣式表語言轉換（XSLT））
3、面向消息的計算（XML-RPC（遠程過程調用），基於SOAP協議的Web 服務（Web Services），電子化業務XML（ebXML））
5、網頁腳本語言
為了提高WEB項目的整體性能，提高人機交互的友好界面，網頁的腳本語言是很有用處的，有的時候可以解決很大的難題或提高程序的性能和應用性。
網頁腳本語言的執行都是在客戶端執行的，速度很很快，並且大多的操作與伺服器沒有交互運算，所以在一些應用中非常理想。在設計WEB項目的應用中，網頁的腳本語言起著不能忽視的作用，所以如果設計WEB項目的應用中，對JavaScript應有一定的了解。
JavaScript是一種基於對象(Object Based)和事件驅動(Event Driven)並具有安全性能（Secure）的腳本語言。使用它的目的是與HTML超文本標記語言、Java 腳本語言（Java小程序）一起實現在一個Web頁面中鏈接多個對象，與Web客戶交互作用。從而可以開發客戶端的應用程序等。它是通過嵌入或調入在標準的HTML語言中實現的。它具有以下幾個基本特點：
1.它是一種腳本編寫語言
JavaScript是一種腳本語言，它採用小程序段的方式實現編程。像其它腳本語言一樣,JavaScript同樣已是一種解釋性語言,它提供了一個易的開發過程。
它的基本結構形式與C、C++、VB十分類似。但它不像這些語言一樣，需要先編譯，而是在程序運行過程中被逐行地解釋。它與HTML標識結合在一起，從而方便用戶的使用操作。
2.基於對象的語言。
JavaScript是一種基於對象的語言，同時以可以看作一種面向對象的。這意味著它能運用自己已經創建的對象。因此，許多功能可以來自於腳本環境中對象的方法與腳本的相互作用。
3.簡單性
JavaScript的簡單性主要體現在：首先它是一種基於Java基本語句和控制流之上的簡單而緊湊的設計, 從而對於學習Java是一種非常好的過渡。其次它的變數類型是採用弱類型，並未使用嚴格的數據類型。
4.安全性
JavaScript是一種安全性語言，它不允許訪問本地的硬碟，並不能將數據存入到伺服器上，不允許對網路文檔進行修改和刪除，只能通過瀏覽器實現信息瀏覽或動態交互。從而有效地防止數據的丟失。
5. 動態性
JavaScript是動態的，它可以直接對用戶或客戶輸入做出響應，無須經過Web服務程序。它對用戶的響應，是採用以事件驅動的方式進行的。所謂事件驅動，就是指在主頁(Home Page)中執行了某種操作所產生的動作，就稱為「事件」(Event)。比如按下滑鼠、移動窗口、選擇菜單等都可以視為事件。當事件發生後，可能會引起相應的事件響應。
6、開發工具
（1）、資料庫
在主要的應用中，資料庫相關的環節應用很多，所以對資料庫應該有一定了解。不能單單只了解一種資料庫，因為在很多實際開發中會提出很多資料庫解決方案，所以只有在了解多種資料庫的情況下才能有一個比較方案。
對於資料庫應該了解他的性能和一些基本的操作常識，還有該資料庫的特點。而針對與Java語言WEB項目的資料庫開發則主要是對JDBC的應用，還有資料庫事務處理和連接池等高級概念的應用。
（2）、Web伺服器
同資料庫一樣，應該了解該伺服器的性能，特點和一些常識。
在應用方面，Web伺服器主要是針對於配置和部署，對目錄的配置，調試；對配置文件屬性的修改；對訪問許可權和並發性的控制；Java類的部署等。
（3）、集成開發環境（IDE）：
「公欲善其事， 必先利其器」. 對於Web應用開發人員來講，好的集成開發環境（IDE：Integrated Development Enviroment）是非常重要的。目前在市場上佔主導位置的一個集成開發工具就是Eclipse.
『捌』 Java web項目設計思想
做好一個項目當然要層的，一般項目都分幾大層，主要有：顯示層，邏輯處理，介面，資料庫層。
做項目時先將這些層創建好後，在這些層中寫類文件，這樣在給老師講解時方便老師理解，寫方便你在寫代碼時，養成一個好的習慣
『玖』 一個項目中說系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構 這具體是什麼意思啊
1、表現層：主要功能是顯示數據和接受傳輸用戶的數據，可以在為網站的系統運行提供互動式操作界面，表現層的應用方式比較常見，例如Windows窗體和Web頁面。
2、控制層：將業務規則、數據訪問、合法性校驗等工作進行處理。通過COM/DCOM通訊與邏輯層建立連接。
3、邏輯層：將用戶的輸入信息進行甄別處理，分別保存。建立新的數據存儲方式，在存儲過程中對數據進行讀取，將「商業邏輯」描述代碼進行包含。
4、DAO層：主要是對非原始數據（資料庫或者文本文件等存放數據的形式）的操作層，對資料庫的操作，而不是數據，具體為業務邏輯層或控制層提供數據服務。
5、最終資料庫：是資料庫的主要操控系統，實現數據的增加、刪除、修改、查詢等操作。實際運行的過程中，最終資料庫沒有邏輯判斷能力，為了實現代碼編寫的嚴謹性，提高代碼閱讀程度，一般軟體開發人員會使用DAO層，保證數據處理功能。
(9)web項目共有幾層擴展閱讀：
系統分為表現層、控制層、邏輯層、DAO層和最終資料庫五層架構的優點是：
1、開發人員可以只關注整個結構中的其中某一層。
2、可以很容易的用新的實現來替換原有層次的實現。
3、可以降低層與層之間的依賴。
4、有利於標准化。
5、利於各層邏輯的復用。
6、結構更加的明確。
7、在後期維護的時候，極大地降低了維護成本和維護時間。
8、避免了表示層直接訪問數據訪問層，表示層只和業務邏輯層有聯系，提高了數據安全性。
9、有利於系統的分散開發，每一個層可以由不同的人員來開發，只要遵循介面標准，利用相同的對象模型實體類就可以了，這樣就可以大大提高系統的開發速度。
10、方便系統的移植，如果要把一個C/S的系統變成B/S系統，只要修改三層架構的表示層就可以了。業務邏輯層和數據訪問層幾乎不用修改就可以輕松的把系統移植到網路上。
11、項目結構更清楚，分工更明確，有利於後期的維護和升級。
『拾』 java web項目請問這是什麼框架么，就這bean ball common servlet，這是三層框架么
這可能是三層，但不是框架。框架一般是對技術的封裝、包裝、讓別人更方便的使用，而這代碼也就你這項目能用。
bean是實體對象層--模型層 M層，按分層的話，裡面是定義的實體類。
bll應該是業務邏輯吧--也屬於M層，畢竟這個包的命名只有編寫人才知道具體含義。我認為是business吧。
common是公共包，應該是某些通用的功能封裝，比如資料庫連接之類的。
servlet就是MVC的Controller層了，處理頁面請求的類。
V就是頁面了 Html、jsp之類的