伺服器端應用採用什麼模式開發

Ⅰ 購物網站的伺服器端用什麼語言開發好

ASP全名Active Server Pages，是一個WEB伺服器端的開發環境，利用它可以產生和執行動態的、互動的、高性能的WEB服務應用程序。ASP採用腳本語言VBScript（Java script）作為自己的開發語言。
php是一種跨平台的伺服器端的嵌入式腳本語言。它大量地借用C,Java和Perl語言的語法, 並耦合PHP自己的特性,使WEB開發者能夠快速地寫出動態產生頁面。它支持目前絕大多數資料庫。還有一點，PHP是完全免費的，不用花錢，你可以從PHP官方站點(http: //www.php.net)自由下載。而且你可以不受限制地獲得源碼，甚至可以從中加進你自己需要的特色。
JSP是Sun公司推出的新一代網站開發語言，Sun公司藉助自己在Java上的不凡造詣，將Java從Java應用程序和Java Applet之外，又有新的碩果，就是JSP，Java Server Page。JSP可以在Serverlet和JavaBean的支持下，完成功能強大的站點程序。
三者都提供在 HTML代碼中混合某種程序代碼、由語言引擎解釋執行程序代碼的能力。但JSP代碼被編譯成 Servlet並由Java虛擬機解釋執行，這種編譯操作僅在對JSP頁面的第一次請求時發生。在ASP 、PHP、JSP環境下，HTML代碼主要負責描述信息的顯示樣式，而程序代碼則用來描述處理邏輯。普通的 HTML頁面只依賴於Web伺服器，而ASP 、PHP、JSP頁面需要附加的語言引擎分析和執行程序代碼。程序代碼的執行結果被重新嵌入到HTML代碼中，然後一起發送給瀏覽器。ASP 、PHP、JSP三者都是面向Web伺服器的技術，客戶端瀏覽器不需要任何附加的軟體支持。
PHP:
1•資料庫連接
PHP可以編譯成具有與許多資料庫相連接的函數。PHP與MySQL是現在絕佳的群組合。你還可以自己編寫外圍的函數去間接存取資料庫。通過這樣的途徑當你更換使用的資料庫時，可以輕松地修改編碼以適應這樣的變化。PHPLIB就是最常用的可以提供一般事務需要的一系列基庫。但PHP提供的資料庫介面支持彼此不統一，比如對Oracle, MySQL，Sybase的介面，彼此都不一樣。這也是PHP的一個弱點。
JSP:
1•將內容的產生和顯示進行分離
使用JSP技術，Web頁面開發人員可以使用HTML或者XML標識來設計和格式化最終頁面。使用JSP標識或者小腳本來產生頁面上的動態內容。產生內容的邏輯被封裝在標識和JavaBeans群組件中，並且捆綁在小腳本中，所有的腳本在伺服器端執行。如果核心邏輯被封裝在標識和Beans中，那麼其它人，如Web管理人員和頁面設計者，能夠編輯和使用JSP頁面，而不影響內容的產生。在伺服器端，JSP引擎解釋JSP標識，產生所請求的內容（例如，通過存取JavaBeans群組件，使用JDBC技術存取資料庫），並且將結果以HTML（或者XML）頁面的形式發送回瀏覽器。這有助於作者保護自己的代碼，而又保證任何基於HTML的Web瀏覽器的完全可用性。
2•強調可重用的群組件
絕大多數JSP頁面依賴於可重用且跨平台的組件（如：JavaBeans或者Enterprise JavaBeans）來執行應用程序所要求的更為復雜的處理。開發人員能夠共享和交換執行普通操作的組件，或者使得這些組件為更多的使用者或者用戶團體所使用。基於組件的方法加速了總體開發過程，並且使得各種群組織在他們現有的技能和優化結果的開發努力中得到平衡。
3•採用標識簡化頁面開發
Web頁面開發人員不會都是熟悉腳本語言的程序設計人員。JavaServer Page技術封裝了許多功能，這些功能是在易用的、與JSP相關的XML標識中進行動態內容產生所需要的。標準的JSP標識能夠存取和實例化 JavaBeans組件，設定或者檢索群組件屬性，下載Applet，以及執行用其它方法更難於編碼和耗時的功能。
通過開發定製化標識庫，JSP技術是可以擴展的。今後，第三方開發人員和其它人員可以為常用功能建立自己的標識庫。這使得Web頁面開發人員能夠使用熟悉的工具和如同標識一樣的執行特定功能的構件來工作。
JSP技術很容易整合到多種應用體系結構中，以利用現存的工具和技巧，並且擴展到能夠支持企業級的分布式應用。作為採用Java技術家族的一部分，以及Java 2EE的一個成員，JSP技術能夠支持高度復雜的基於Web的應用。
由於JSP頁面的內置腳本語言是基於Java程序設計語言的，而且所有的JSP頁面都被編譯成為Java Servlet，JSP頁面就具有Java技術的所有好處，包括健壯的存儲管理和安全性。
作為Java平台的一部分，JSP擁有Java程序設計語言「一次編寫，各處執行」的特點。隨著越來越多的供貨商將JSP支持加入到他們的產品中，您可以使用自己所選擇的伺服器和工具，修改工具或伺服器並不影響目前的應用。
應用范圍
ASP是Microsoft開發的動態網頁語言，也繼承了微軟產品的一貫傳統，只能執行於微軟的伺服器產品,IIS(Internet Information Server) (windows NT)和PWS(Personal Web Server)(windows 98)上。Unix下也有ChiliSoft的組件來支持ASP，但是ASP本身的功能有限，必須通過ASP＋COM的群組合來擴充，Unix下的COM實現起來非常困難。
PHP3可在Windows,Unix,Linux的Web伺服器上正常執行,還支持IIS,Apache等一般的Web伺服器,用戶更換平台時,無需變換PHP3代碼,可即拿即用。
JSP同PHP3類似，幾乎可以執行於所有平台。如Win NT,Linux,Unix。在NT下IIS通過一個外加伺服器，例如JRUN或者ServletExec，就能支持JSP。知名的Web伺服器Apache已經能夠支持JSP。由於Apache廣泛應用在NT、Unix和Linux上，因此JSP有更廣泛的執行平台。雖然現在NT操作系統佔了很大的市場份額，但是在伺服器方面Unix的優勢仍然很大，而新崛起的Linux更是來勢不小。從一個平台禁用詞語到另外一個平台，JSP和JavaBean甚至不用重新編譯，因為Java位元組碼都是標準的與平台無關的。
性能比較
有人做過試驗，對這三種語言分別做迴圈性能測試及存取Oracle資料庫測試。
在循環性能測試中，JSP只用了令人吃驚的四秒鍾就結束了20000＊20000的迴圈。而ASP、PHP測試的是2000＊2000循環（少一個數量級），卻分別用了63秒和84秒。（參考PHPLIB）。
資料庫測試中，三者分別對 Oracle 8 進行 1000 次 Insert,Update,Select和Delete： JSP 需要 13 秒，PHP 需要 69 秒，ASP則 需要 73 秒。
前景分析
目前在國內PHP與ASP應用最為廣泛。而JSP由於是一種較新的技術，國內採用的較少。但在國外，JSP已經是比較流行的一種技術，尤其是電子商務類的網站，多採用JSP。
採用PHP的網站如新浪網（sina）、中國人（Chinaren）等，但由於PHP本身存在的一些缺點，使得它不適合應用於大型電子商務站點，而更適合一些小型的商業站點。首先，PHP缺乏規模支持。其次，缺乏多層結構支持。對於大負荷站點，解決方法只有一個：分布計算。資料庫、應用邏輯層、表示邏輯層彼此分開，而且同層也可以根據流量分開，群組成二維數組。而PHP則缺乏這種支持。還有上面提到過的一點，PHP提供的資料庫介面支持不統一，這就使得它不適合運用在電子商務中。
ASP和JSP則沒有以上缺陷，ASP可以通過Microsoft Windowsd的COM/DCOM獲得ActiveX規模支持，通過DCOM和Transcation Server獲得結構支持；JSP可以通過SUN Java的Java Class和EJB獲得規模支持，通過EJB/CORBA以及眾多廠商的Application Server獲得結構支持。
三者中，JSP應該是未來發展的趨勢。世界上一些大的電子商務解決方案提供商都採用JSP/Servlet。比較出名的如IBM的E－business，它的核心是採用JSP/Servlet的Web Sphere。它們都是通過CGI來提供支持的。但去年10月後它推出了Enfinity，一個採用JSP/Servlet的電子商務Application Server，而且聲言不再開發傳統軟體。
總之，ASP，PHP,JSP三者都有相當數量的支持者，由此也可以看出三者各有所長。正在學習或使用動態頁面的朋友可根據三者的特點選擇一種適合自己的語言。

Ⅱ Internet服務採用的工作模式是什麼模式

一、計算機網路的工作模式有對等模式和客戶機/伺服器模式兩種。
1、對等工作模式
對等工作模式(Peer
to
Peer)保證一個網路內部的各台計算機沒有主次之分,完全平等地相互通信,從而實現共享文件和共享列印等功能。
2、客戶機/伺服器工作模式
在客戶機/伺服器(Client/Server)工作模式中,由一台伺服器提供全部服務功能,其它計算機則處於從屬的地位(統稱為客戶機)。客戶機可以向伺服器提出請求,根據外部表現能力,伺服器又分為文件伺服器、資料庫伺服器、應用伺服器等。
Internet採用客戶機/伺服器工作模式。

Ⅲ App軟體開發一般才用什麼開發模式呢

看怎麼開發啊！例如APICloudApp開發平台採用混合（hybrid app）應用開發模式，分別提供前端和伺服器端開發產品，並且一次開發，同時生成iOS和Android系統的App，為用戶縮短開發周期、減少開發成本。

Ⅳ Socket伺服器用WINDOWS應用程序模式還是控制台模式開發

都可以，但是控制台程序比較節省系統資源，寫非常大的服務端程序，非常消耗系統資源的時候，建議用控制台程序，別看那麼幾個控制項、按鈕佔地方不大，內存都是一點點擠出來，又一點點消耗掉的。
控制台模式還有個優點就是，不會因為線程被阻塞就停止響應，換句話說，如果你只是做1對1，或者n（n<10）對1的時候，如果你選用最見的阻塞型的select模型的話，控制台不會被阻塞，但是窗口程序就會停止響應了（線程越多越佔用系統資源，線程切換的時候，系統對堆棧的操作效率極其低下，所以不是線程越多越好，所以你可以每個IP一個線程來達到避免停止響應，但是不建議這么做）
我打了將近300個字啊。。。。哎

Ⅳ 什麼是client/server模式

C/S又稱Client/Server或客戶/伺服器模式。

伺服器通常採用高性能的PC、工作站或小型機，並採用大型資料庫系統，如ORACLE、SYBASE、InfORMix或 SQL Server。客戶端需要安裝專用的客戶端軟體。

它是軟體系統體系結構，通過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。

(5)伺服器端應用採用什麼模式開發擴展閱讀

C/S結構的優點是能充分發揮客戶端PC的處理能力，很多工作可以在客戶端處理後，對應的優點就是客戶端響應速度快。缺點主要有以下幾個：

1、只適用於區域網。而隨著互聯網的飛速發展，移動辦公和分布式辦公越來越普及，這需要我們的系統具有擴展性。這種方式遠程訪問需要專門的技術，同時要對系統進行專門的設計來處理分布式的數據。

2、客戶端需要安裝專用的客戶端軟體。首先涉及到安裝的工作量，其次任何一台電腦出問題，如病毒、硬體損壞，都需要進行安裝或維護。、

3、對客戶端的操作系統一般也會有限制。可能適應於Win98, 但不能用於win2000或Windows XP。或者不適用於微軟新的操作系統等等，更不用說Linux、Unix等。

Ⅵ 手機移動應用的伺服器端是用什麼主流技術開發的

jetty

是一個開源的servlet容器，它為基於Java的web內容，例如JSP和servlet提供運行環境。Jetty是使用Java語言編寫的，它的
API以一組JAR包的形式發布。開發人員可以將Jetty容器實例化成一個對象，可以迅速為一些獨立運行（stand-alone）的Java應用提供
網路和web連接。

Ⅶ 客戶伺服器(C/S)模式和瀏覽器(B/S)模式是如何工作的

B/s主要是基於網路，伺服器和瀏覽器的關系模式

Ⅷ C/S模式和B/S模式到底是什麼

C/S模式是一種兩層結構的系統，第一層是在客戶端上安裝客戶端應用程序，第二層是在伺服器上安裝應用伺服器。在C/S模式的工作過程中，客戶端程序請求，伺服器程序接收並處理客戶端程序請求，並返回結果。

B/S模式，即瀏覽器/伺服器模式，是在傳統的兩層C/S模式基礎上發展起來的一種新的網路結構模式，其本質是三層C/S模式。

在用戶的計算機上安裝瀏覽器軟體，在伺服器上存儲數據，安裝服務應用程序，如WWW伺服器和文件伺服器。用戶通過瀏覽器訪問伺服器，以進行信息瀏覽、文件傳輸和電子郵件服務。

兩者區別如下：

一、指代不同

1.C/S：就是指客戶端/伺服器模式。是計算機軟體協同工作的一種模式，採取兩層結構。伺服器負責數據的管理，客戶機負責完成與用戶的交互任務。

2.B/S：是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。

二、原理不同

1.C/S:客戶端運行應用程序，伺服器端運行服務程序。應用程序向服務程序發出一個應用程序。

2.B/S:統一客戶端，將系統功能實現的核心部分集中到伺服器，簡化系統的開發、維護和使用。

只需在客戶機上安裝一個瀏覽器，如NetscapeNavigator或InternetExplorer，伺服器就會安裝SQLServer、Oracle、MYSQL等資料庫。瀏覽器通過Web伺服器與資料庫交互。

三、優勢不同

1. C/S:可以充分發揮客戶端PC的處理能力，很多工作經過客戶端處理後可以提交給伺服器。相應的優點是客戶端響應速度快。

2. B/S:總擁有成本低，維護方便，分布強，開發簡單。它可以在任何地方操作，而不需要安裝任何特殊的軟體。

Ⅸ 為什麼使用B/S模式

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)。

架構

隨著Internet和WWW的流行，以往的主機/終端和C/S都無法滿足當前的全球網路開放、互連、信息隨處可見和信息共享的新要求，於是就出現了B/S型模式，即瀏覽器/伺服器結構。它是C/S架構的一種改進，可以說屬於三層C/S架構。

主要是利用了不斷成熟的WWW瀏覽器技術，用通用瀏覽器就實現了原來需要復雜專用軟體才能實現的強大功能，並節約了開發成本，是一種全新的軟體系統構造技術。

瀏覽器，即客戶端，只有簡單的輸入輸出功能，處理極少部分的事務邏輯。由於客戶不需要安裝客戶端，只要有瀏覽器就能上網瀏覽，所以它面向的是大范圍的用戶，所以界面設計得比較簡單，通用。

Ⅹ 以伺服器/客戶端為核心的開發模式指什麼

asp.net最大的提高是對開發AJAX-Enabled的Web站點的增強支持。提供一系列新的伺服器控制項和APIs來支持以 伺服器端為核心 的Ajax開發。
這個是B/S.
ASP.Net還提供一個新的客戶端類庫（Microsoft AJAX Library）來支持 以客戶端為核心 的開發模式。
這個是C/S.
兩種開發模式的優缺點：
B/S結構，就是只安裝維護一個伺服器（Server），而客戶端採用瀏覽器（Browse，如Internet Explorer，MYIE等）運行軟體，即瀏覽器/伺服器結構。

相對於C/S結構，盡管C/S結構相對於更早的文件伺服器來說，有了很大的進步，但與B/S相比，缺點和不足是很明顯的。
1.首先，B/S比C/S的維護工作量大大減少了。C/S結構的每一個客戶端都必須安裝和配置軟體。假如一個企業共有50個客戶站點使用一套C/S結構的軟體，則當這套軟體進行了哪怕很微小的改動後（比如增加某個功能），系統維護員都必須進行這樣的維護；將伺服器更新到最新版本；將客戶端原有的軟體卸載，再安裝新的版本，然後進行設置，最為可怕的是客戶端的維護工作必須不折不扣的進行50次。若其中有部分客戶端是在另外一個地方，則系統維護員還必須跑到該地方再進行卸載、安裝、設置的工作。 若某個客戶端，忘記進行這樣的維護，則該客戶端將會碰到版本不一致的問題而無法工作。 而B/S結構，客戶端不必安裝及維護。如果我們將前面企業的C/S結構的軟體換成B/S結構的，我們看看軟體升級後，系統維護員如何維護： 系統維護員只要將伺服器的軟體升級到最新版本就行了。其他客戶端，只要重新登錄系統，使用的就已經是最新版本的軟體了。
2.其次，B/S相對C/S能夠降低總體擁有成本， C/S軟體一般是採用兩層結構的。
兩層結構中，客戶端接受用戶的請求，客戶端向資料庫服務提出請求，資料庫服務將數據提交給客戶端，客戶端將數據進行計算（可能涉及到運算、匯總、統計等等）並將結果呈現給用戶。
在三層結構中，客戶端接受用戶的請求，客戶端向應用服務提出請求，應用服務從資料庫服務中獲得數據，應用服務將數據進行計算並將結果提交給客戶端，客戶端將結果呈現給用戶。
這兩種結構的不同點是，兩層結構中客戶端參與運算，而三層結構中客戶端並不參與運算，只是簡單的接收用戶的請求，顯示最後的結果。由於三層結構中的客戶端並不需要參與計算，所以對客戶端計算機的配置要求是比較低的。
另外，由於從應用服務到客戶端只傳遞最終的結果，數據量較少，使用電話線也能夠信任。而採用C/S兩層結構，使用電話線作為傳輸線路可能因為速度太慢而不能夠接受。 採用三層結構的璐華軟體的配置可以是提高伺服器的配置，降低客戶端的配置。這樣增加的只是一台伺服器（應用服務和資料庫服務可以放在同一台計算機中）的價格，而降低的卻是幾十台客戶端機器的價格。起到了降低總體擁有成本的作用。

C/S、B/S軟體數據一致性比較

在C/S結構軟體的解決方案里，對於異地經營的大型集團都採用各地安裝區域級伺服器，然後再進行數據同步的模式。這些伺服器每天必須同步完畢之後，總部才可得到最終的數據。由於局部網路故障造成個別資料庫不能同步不說，即使同步上來，各伺服器也不是一個時點上的數據，數據永遠無法一致，不能用於決策。對於B/S結構的軟體來講，其數據是集中存放的，客戶端發生的每一筆業務單據都直接進入到中央資料庫，不存在數據一致性的問題。

C/S、B/S軟體數據實時性比較

在集團級應用里，C/S結構不可能隨時隨地看到當前業務的發生情況，看到的都是事後數據；而B/S結構則不同，它可以實時看到當前發生的所有業務，方便了快速決策，有效地避免了企業損失。

C/S、B/S軟體數據安全性比較

由於C/S結構軟體的數據分布特性，客戶端所發生的火災、盜搶、地震、病毒、黑客等都成了可怕的數據殺手。另外，對於集團級的異地軟體應用，C/S結構的軟體必須在各地安裝多個伺服器，並在多個伺服器之間進行數據同步。如此一來，每個數據點上的數據安全都影響了整個應用的數據安全。所以，對於集團級的大型應用來講，C/S結構軟體的安全性是令人無法接受的。對於B/S結構的軟體來講，由於其數據集中存放於總部的資料庫伺服器，客戶端不保存任何業務數據和資料庫連接信息，也無需進行什麼數據同步，所以這些安全問題也就自然不存在了。