框架bs源碼
A. 求java WEB開發的項目 使用SSH框架。BS架構的。
給你發個demo吧，已發到郵箱請查收……
滿意請採納。
B. 想做一個資源管理器風格的bs的框架，哪位兄弟提供點代碼
左側用TREEVIEW控制項，右側，用DATALIST,REPEATER等等都可以自定義實現那種效果。好像還有個listView控制項也可以的。不過沒用過listView
C. 求java許可權管理系統開源代碼BS架構，三大框架的，謝謝
D. 網上哪有開發bs系統的框架，僅有前台代碼即可，不包括伺服器端的代碼
http://www.51aspx.com/
到這裡面去吧。。
都 是有源碼的。。
而且項目的確不錯。。。。。
很值得看一看。。呵。。
共同努力啊。。呵。。
E. BS架構的軟體跟CS架構的軟體相比有什麼好外或壞處
再論B/S與C/S(歡迎討論，up無分)
首先我想說，我很清楚在不久之前這里就討論過BS好還是CS好。而且這樣的話題也絕不只討論過這一兩次。那我為什麼還來這里大聲嚷嚷？因為，這回我算是有了相當的基礎和論據(也就有了自己的看法)再來「舊事重提」的。
我的看法是：除非面對的是不確定的大眾(比如說你是做B2C)，否則C/S結果有絕對的優勢。
我將分兩部分討論，第一是B/S的缺點；第二是對C/S的誤解。在此之前我先要聲明一下，我所說的CS與BS並不是在指n層還是兩層，因為CS完全可以做n層，而且比BS還要好。
第一、B/S的缺點：
B/S當然也是C/S的一種，BS中的B就是CS中的C的一種，叫瀏覽器。在拚命的說它的壞話之前，我先要說一點它比CS(的C)好的一點：方便獲得！每一個windows安裝之後都有一IE。而你公司的client應該沒有那麼普及，哪怕是聯眾的客戶端也不會比IE的安裝數量多。
瀏覽器也是Client，有著Client通有的缺點，比如版本問題。不同瀏覽器廠商，同一廠商的不同版本都有大量不兼容現象。當我這幾天學習JavaScript、HTML、CSS的時候(課程到今天完成)，我發現，這種不兼容的程度比我想像的大得多，絕不是邊邊角角的東西，而是很多核心內容。可以說亂的簡直一塌糊塗！也許有人說這只是暫時的，但是我想問，誰向你保證這只是暫時的了？退一步，就算是暫時，要暫時多久？想想看什麼時候我們現在用著的最新的瀏覽器再也沒有人用了，那時才有可能(應該不是一兩年的事)。
看看Web設計人員為什麼而對CSS歡呼雀躍？為了能絕對定位一個Label，一個圖片！這在Client里簡直是易如反掌之事！當我們想把網頁里的幾塊東西擺齊的時候，看看我們用了多少個Table？當我們想有一個圓邊框的Table的時候看看我們費了多大勁！打開sina.com.cn的源碼，看一看一個簡簡單單的結構在這里要寫多少行代碼，要用多復雜的結構。而這一切的一切(包括很多其它沒說到的)在傳統Client中實現起來簡直不值一提。
再看一看為了使用Web這個東西我們要用多少工具？HTML、客戶端Script(如JavaScript)與Applet、CSS、服客器端Script(如PHP,ASP,JSP)與servlet。要連接後面的EJB或封裝業務邏輯可能還要用到JSPTag。以外要用相應Web Server軟體如IIS，tomcat，apache等等。把它們加到一起不過是為了起到一個MVC裡面View的作用（有時把controller也放進來）。要用這么多東西是很麻煩的，而且要麼一人全懂但不可能全精(通常)，要麼就要分別找各精幾樣的一起做。但是用Client，一般只用一種語言加一兩種技術：如Socket或遠程過程調用。Web page這么麻煩說白了就是因為他本來就不是設計來做一個Client的，甚至於最初它根本就靜態的。我們在HTML前後做了那麼多事說白了就是在兜著圈子把它做成一個Client。我很納悶，竟然沒有一個人覺得可笑，這本身就夠可笑的了。
最後，傳輸量很大，都是文本，再加上不一定用得上的cookie，加上極多重復傳送的文本，造成絕對的帶寬浪費，加長用戶反饋時間。
總之就是兩個字「憋腳」！
第二、CS的誤區:
人們說CS不好，常常是在說n層比兩層好。但是CS不代表兩層。CS同樣可以做n層。看看J2EE里的Client App都是指CS結構的Client，你不會認為是指兩層結構的Client吧。
人們說CS中client更新不方便。以前已有人說過用自動更新機制，如每次連接時check版本，如需要當時下載。這當然是一個好辦法。我想說的是還有一個好辦法，不知道大家有沒有注意到Pet Store？裡面check order的client(就是CS結構)是用時臨時從Server端下載的(通過在瀏覽器里點擊一個連接就自動下載運行了)(比起web來卻只下載一次)，而且調用的主要模塊是遠程RMI Server里的東西。我想可能會是以後n層CS的典型用法，完全不存在更新不便的問題，而且不受瀏覽器版本影響。
說了這么多，都是我的想法，而且是經過考慮的結論。但是可能還是說得不對，請你來說說你的看法吧，歡迎反對意見。(up者絕對無分)
F. 求一個jsp項目，包括資料庫，以及源代碼，基於BS架構的項目
我這里有多套基於jsp技術的代碼，現在jsp主要是用於mvc設計模式之中的view，資料庫用的是mysql
G. 怎樣搭建BS系統框架，具體的步驟
新建項目導入jar包配置配置文件（如web.XML)
H. 什麼是bs架構
1、概念：B/S結構即瀏覽器和伺服器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過WWW瀏覽器來實現，極少部分事務邏輯在前端(Browser)實現，但是主要事務邏輯在伺服器端(Server實現，形成所謂三層3-tier結構。B/S結構是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。這種模式統一了客戶端，將系統功能實現的核心部分集中到伺服器上，簡化了系統的開發、維護和使用。客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Internet Explorer，伺服器安裝Oracle、Sybase、Informix或SQL Server等資料庫。瀏覽器通過Web Server同資料庫進行數據交互。 這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本(TCO)。
2、優勢與劣勢
2、1維護和升級
軟體系統的改進和升級越來越頻繁，B/S架構的產品明顯體現著更為方便的特性。對一個稍微大一點單位來說，系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但B/S架構的軟體只需要管理伺服器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對伺服器進行；如果是異地，只需要把伺服器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越「瘦」，而伺服器越來越「胖」是將來信息化發展的主流方向。今後，軟體升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見的，驚人的。因此，維護和升級革命的方式是「瘦」客戶機，「胖」伺服器。
2.2成本與選擇
大家都知道windows在桌面電腦上幾乎一統天下，瀏覽器成為了標准配置。但在伺服器操作上，windows並不是處於絕對的統治地位。軟體的趨勢是凡使用B/S架構的應用管理軟體，只需安裝在Linux伺服器上即可，而且安全性高。所以伺服器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用windows作為桌面操作系統電腦不受影響，這就使得最流行免費的Linux操作系統快速發展起來，Linux除了操作系統是免費的以外，連資料庫也是免費的，這種選擇非常盛行。
2、3負荷重
由於B/S架構管理軟體只安裝在伺服器端（Server）上，網路管理人員只需要管理伺服器就行了，用戶界面主要事務邏輯在伺服器（Server）端完全通過WWW瀏覽器實現，極少部分事務邏輯在前端（Browser）實現，所有的客戶端只有瀏覽器，網路管理人員只需要做硬體維護。但是，應用伺服器運行數據負荷較重，一旦發生伺服器「崩潰」等問題，後果不堪設想。因此，許多單位都備有資料庫存儲伺服器，以防萬一。
I. 做網站BS框架和springnoot框架哪個入手快
springnoot入手快。
SpringBoot是BS開發框架之一，不用單獨開啟tomcat伺服器，目前比較流行，一般開發大型項目時會將所有的功能細分為許多小模塊，每個模塊都有dto、、service和controlleer層，有些模塊還會加入。validate層。
pringBoot是Spring開源組織下的一個子項目，也是Spring組件一站式解決方案，主要是為了簡化使用Spring框架的難度，簡省繁重的配置。SpringBoot提供了各種組件的啟動器（starters），開發者只要能配置好對應組件參數，SpringBoot就會自動配置，讓開發者能快速搭建依賴於Spring組件的Java項目。SpringBoot不但能創建傳統的war包應用，還能創建獨立的不依賴於任何外部容器（如：tomcat）的獨立應用，使用java-jar命令就能啟動。同時，SpringBoot也提供了一個命令行工具來執行Spring的腳本。
J. 用C#怎麼開發BS架構的項目
1. B/S架構即瀏覽器伺服器架構模式，與C/S架構是相對應得架構模式。用c#做B/S開發，典型的就是Asp.Net Web開發。
2. Visual Studio 2008/2013是常用的.Net開發工具，常用MVC的開發模式，M即Mode，模型層，負責處理程序的業務邏輯，V即視圖層，是呈現給用戶瀏覽的頁面，C即控制層，是連接Mode層與View層的紐帶。用戶視圖頁面的操作動作會經由控制層把事件交由mode進行邏輯處理，並把處理的結構反饋給用戶。
3.可以多瀏覽一些關於.net開發實戰之類的書籍，對做BS架構的Web項目開發很有幫助。