建站
咨詢
售后
建站咨詢
新聞中心
數(shù)據(jù)庫如何生成WSDL文件詳解
創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站制作、做網(wǎng)站、網(wǎng)頁設計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務。立足成都服務嵩縣,10年網(wǎng)站建設經(jīng)驗,價格優(yōu)惠、服務專業(yè),歡迎來電咨詢建站服務:13518219792
隨著信息技術的不斷發(fā)展，Web服務作為一種新的分布式應用模式，已經(jīng)得到了廣泛的應用。而WSDL(Web Services Description Language)則成為了Web服務的基石，通過WSDL文件可以定義Web服務的訪問地址、接口參數(shù)等，從而使不同的應用程序之間可以互相調(diào)用。因此，本文將介紹數(shù)據(jù)庫如何生成WSDL文件的詳細過程。
一、WSDL文件概述
在介紹數(shù)據(jù)庫如何生成WSDL文件之前，我們需要先了解一下WSDL文件的概述和作用。WSDL是一種XML格式的文件，用于描述Web服務的訪問地址、接口描述信息等。WSDL文件是Web服務的關鍵，其他應用程序通過WSDL文件可以了解Web服務的接口定義、參數(shù)、返回值等重要信息，從而可以調(diào)用Web服務。
WSDL文件主要包含以下元素：
1. types：用于定義Web服務使用的數(shù)據(jù)類型，如字符串、整數(shù)等基本類型，以及自定義的結構體、枚舉等復合類型。
2. message：用于定義Web服務中的消息格式，包括輸入消息、輸出消息和錯誤消息。
3. portType：用于定義Web服務的接口，包括操作、輸入消息、輸出消息和錯誤消息。
4. binding：用于定義Web服務使用的傳輸協(xié)議和編碼方式，包括SOAP、HTTP等協(xié)議，以及XML、ON等編碼方式。
5. service：用于定義Web服務的訪問地址和使用的協(xié)議，包括端口和地址。
二、使用數(shù)據(jù)庫生成wsdl文件的過程
現(xiàn)在讓我們來介紹一下如何使用數(shù)據(jù)庫生成WSDL文件的詳細過程。
1. 安裝SOAP擴展模塊
在使用數(shù)據(jù)庫生成WSDL文件之前，我們需要先安裝SOAP擴展模塊。SOAP是一種基于XML的通信協(xié)議，可以在HTTP、TP、TCP等多種傳輸協(xié)議上運作，因此SOAP擴展模塊是使用PHP生成Web服務所必需的擴展模塊之一。
2. 編寫PHP腳本
在安裝SOAP擴展模塊之后，我們需要編寫PHP腳本來實現(xiàn)Web服務。以下是一個簡單的例子：
//包含SOAP擴展模塊
require_once(“soap.php”);
//定義Web服務的基本信息
$server = new SOAP_server(“http://localhost/test”);
//添加Web服務的操作
$server->addFunction(“hello”);
//實現(xiàn)Web服務的函數(shù)
function hello($name) {
return “Hello, ” . $name . “!”;
}
//啟動Web服務
$server->handle();
?>
在以上PHP腳本中，我們首先通過require_once函數(shù)包含了SOAP擴展模塊，然后定義了Web服務的基本信息。接著我們添加了一個名為hello的操作，并實現(xiàn)了它的函數(shù)。這個函數(shù)將返回“Hello, ”加上輸入的$name參數(shù)的值。最后我們通過handle函數(shù)啟動了Web服務。
3. 使用SOAP擴展模塊生成WSDL文件
在編寫完PHP腳本之后，我們可以使用SOAP擴展模塊生成WSDL文件。以下是一個簡單的例子：
//包含SOAP擴展模塊
require_once(“soap.php”);
//生成WSDL文件
$wsdl = $server->getWSDL();
//輸出WSDL文件
header(“Content-Type: text/xml”);
echo $wsdl;
?>
在以上PHP腳本中，我們首先通過require_once函數(shù)包含了SOAP擴展模塊。接著我們使用getWSDL函數(shù)生成WSDL文件，并通過header函數(shù)設置輸出的Content-Type類型為text/xml。最后通過echo函數(shù)輸出生成的WSDL文件。
4. 使用Web瀏覽器測試Web服務
在使用數(shù)據(jù)庫生成WSDL文件之后，我們可以使用Web瀏覽器測試Web服務。以下是一個簡單的例子：
http://localhost/test?wsdl
在Web瀏覽器中輸入以上URL地址，即可查看生成的WSDL文件。我們可以在其中查詢到Web服務的接口定義、參數(shù)、返回值等信息。如果我們在輸入以上URL地址后，看到返回一個XML格式的WSDL文件，那么說明我們已經(jīng)成功完成了使用數(shù)據(jù)庫生成WSDL文件的工作。
三、
本文介紹了數(shù)據(jù)庫如何生成WSDL文件的詳細過程。我們通過安裝SOAP擴展模塊、編寫PHP腳本、使用SOAP擴展模塊生成WSDL文件和使用Web瀏覽器測試Web服務四個步驟，詳細講解了如何使用數(shù)據(jù)庫生成WSDL文件。通過本文的學習，我們可以更好地理解WSDL文件的概念和作用，為Web服務的開發(fā)和調(diào)用提供更好的支持。
相關問題拓展閱讀：
- 如何調(diào)用WebService接口把數(shù)據(jù)存儲到數(shù)據(jù)庫里而不使用P頁面
- asp.net 中的App_Data文件夾作用
- web service接口 wsdl和ax有什么區(qū)別？
如何調(diào)用WebService接口把數(shù)據(jù)存儲到數(shù)據(jù)庫里而不使用P頁面
直接用WSDL生成一個客戶端，就可以調(diào)用方法了
1. 包含一個controller servlet，能將用戶的請求發(fā)送到相應的Action對象。
2. P自由tag庫，并且在controller servlet中提供關聯(lián)支持，幫助開發(fā)員創(chuàng)建交互式表單應用。
3. 提供了一系列實用對象：XML處理、通過Java reflection APIs自動處理JavaBeans屬性、國際化的提示和消息。
Struts項目的目標是為創(chuàng)建Java web應用提供一個開放源代碼的framework。Struts framework的內(nèi)核是基于例如Java Servlets, JavaBeans, ResourceBundles, 和 XML，以及各種 Jakarta Commons包的標準技術的靈活的控制層。
8 jsp有哪些內(nèi)置對象?作用分別是什么?
答: P共有以下9種基本內(nèi)置組件（可與ASP的6種內(nèi)部組件相對應）：
request 用戶端請求，此請求會包含來自GET/POST請求的參數(shù)
response 網(wǎng)頁傳回用戶端的回應
pageContext 網(wǎng)頁的屬性是在這里管理
session 與請求有關的會話期
application servlet 正在執(zhí)行的內(nèi)容
out 用來傳送回應的輸出
config servlet的構架部件
page P網(wǎng)頁本身
exception 針對錯誤網(wǎng)頁，未捕捉的例外
9 兩種跳轉(zhuǎn)方式分別是什么?有什么區(qū)別?
答： 有兩種，分別為：
I0前者頁面不會轉(zhuǎn)向include所指的頁面，只是顯示該頁的結果，主頁面還是原來的頁面。執(zhí)行完后還會回來，相當于函數(shù)調(diào)用。并且可 以帶參數(shù).后者完全轉(zhuǎn)向新頁面，不會再回來。相當于go to 語句。
10 描述一下Jsp中Taglib的用法
答： 一、之一種方法：僅聲明TLD位置
在jsp文件頭部，聲明：
二、第二種方法：定義庫名稱
在jsp文件頭部，聲明：
在WEB.XML添加如下聲明：
taglib>
/orataglib
/WEB-INF/tlds/orataglib_1_0.tld
在tld里加上：
ora
/orataglib
11 Javascript中如何校對數(shù)字型？
答：
12 EJB2.0 中包括那些內(nèi)容？作用分別是什么？
答： 規(guī)范內(nèi)容包括Bean提供者，應用程序裝配者，EJB容器，EJB配置工具，EJB服務提供者，系統(tǒng)管理員。這里面，EJB容器是EJB之所以 能夠運行的核心。EJB容器管理著EJB的創(chuàng)建，撤消，激活，去活，與數(shù)據(jù)庫的連接等等重要的核心工作。P,Servlet,EJB,JNDI,JDBC,JMS…..
13 一個SessionBean包含哪幾個組件？各個組件作用是什么？
答： Session Bean 包含： Stateful Session Bean 與 Stateless Session Bean
Stateful Session Bean 可以記錄 呼叫者的狀態(tài)，因此通常來說，一個使用者會有一個相對應的 Stateful Session Bean 的實體。 Stateless Session Bean 不負責記錄使用者狀態(tài)，也就是說當使用者呼叫 Stateless Session Bean 的時候， EJB Container 并不會 找尋特定的 Stateless Session Bean 的實體來執(zhí)行這個 method 。換言之，很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean 的methods 時，會是同一個 Bean 的 Instance 在執(zhí)行。，
14 列舉一下你所知道的設計模式（包括EJB，J2EE的設計模式），以及它們應用的場合？
答： Factory（工廠模式）， Factory Method（工廠方法模式），
Prototype（原始模型模式），Singleton（單例模式），
Adapter（適配器模式）， Decorator（裝飾模式），
Flyweight（享元模式）， Proxy（代理模式），
Command（命令模式）， Interpreter（解釋器模式），
Visitor（訪問者模式），Iterator（迭代子模式），
Observer（觀察者模式）， State（狀態(tài)模式），
主要用到了MVC的設計模式。用來開發(fā)P/Servlet或者J2EE的相關應用。
15 解析XML主要方法有哪些?各有什么區(qū)別？
答: 有DOM,SAX,STAX等
DOM:處理大型文件時其性能下降的非常厲害。這個問題是由DOM的樹結構所造成的，這種結構占用的內(nèi)存較多，而且DOM必須在解析文件 之前把整個文檔裝入內(nèi)存,適合對XML的隨機訪問SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動型的XML解析方式。它順序讀取XML文件，不需要一次全部 裝載整個文件。當遇到像文件開頭，文檔結束，或者標簽開頭與標簽結束時，它會觸發(fā)一個事件，用戶通過在其回調(diào)事件中寫入處理代 碼來處理XML文件，適合對XML的順序訪問
STAX:Streaming API for XML (StAX)
16 Hashtable的原理,并說出HashMap與Hashtable的區(qū)別 Vector 和ArrayList有什么區(qū)別?
答：
HashTable的原理:通過節(jié)點的關鍵碼確定節(jié)點的存儲位置,即給定節(jié)點的關鍵碼k,通過一定的函數(shù)關系H(散列函數(shù)),得到函數(shù)值H(k),將 此值解釋為該節(jié)點的存儲地址.
就ArrayList與Vector主要從二方面來說.
一.同步性:Vector是線程安全的，也就是說是同步的，而ArrayList是線程序不安全的，不是同步的
二.數(shù)據(jù)增長:當需要增長時,Vector 默認增長為原來一培，而ArrayList卻是原來的一半
就HashMap與HashTable主要從三方面來說。
一.歷史原因:Hashtable是基于陳舊的Dictionary類的，HashMap是Java 1.2引進的Map接口的一個實現(xiàn)
二.同步性:Hashtable是線程安全的，也就是說是同步的，而HashMap是線程序不安全的，不是同步的
三.值：只有HashMap可以讓你將空值作為一個表的條目的key或value
17 JAVA SERVLET API中forward() 與redirect()的區(qū)別？
答: 前者僅是容器中控制權的轉(zhuǎn)向，在客戶端瀏覽器地址欄中不會顯示出轉(zhuǎn)向后的地址；后者則是完全的跳轉(zhuǎn)，瀏覽器將會得到跳轉(zhuǎn)的地 址，并重新發(fā)送請求鏈接。這樣，從瀏覽器的地址欄中可以看到跳轉(zhuǎn)后的鏈接地址。所以，前者更加高效，在前者可以滿足需要時，盡 量使用forward()方法，并且，這樣也有助于隱藏實際的鏈接。在有些情況下，比如，需要跳轉(zhuǎn)到一個其它服務器上的資源，則必須使用 sendRedirect()方法。
18 什么是Web容器?
答： 實現(xiàn)J2EE規(guī)范中web協(xié)議的應用.該協(xié)議定義了web程序的運行時環(huán)境,包括:并發(fā)性,安全性,生命周期管理等等.
19 EJB是基于哪些技術實現(xiàn)的？并說 出SessionBean和EntityBean的區(qū)別，StatefulBean和StatelessBean的區(qū)別.
答： EJB包括Session Bean、Entity Bean、Message Driven Bean，基于JNDI、RMI、JAT等技術實現(xiàn).
SessionBean在J2EE應用程序中被用來完成一些服務器端的業(yè)務操作，例如訪問數(shù)據(jù)庫、調(diào)用其他EJB組件.EntityBean被用來代 表應用系統(tǒng)中用到的數(shù)據(jù).對于客戶機，SessionBean是一種非持久性對象，它實現(xiàn)某些在服務器上運行的業(yè)務邏輯;EntityBean 是一種持久性對象，它代表一個存儲在持久性存儲器中的實體的對象視圖，或是一個由現(xiàn)有企業(yè)應用程序?qū)崿F(xiàn)的實體.
Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean .這兩種的 Session Bean都可以將系統(tǒng) 邏輯放在method之中執(zhí)行，不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài)，因此通常來說，一個使用者會有一個相 對應的 Stateful Session Bean 的實體.Stateless Session Bean 雖然也是邏輯組件，但是他卻不負責記錄使用者狀態(tài)，也就 是說當使用者呼叫 Stateless Session Bean 的時候，EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來 執(zhí)行這個 method.換言之，很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean 的 methods 時，會是同一個 Bean 的 Instance 在執(zhí)行.從內(nèi)存方面來看，Stateful Session Bean 與 Stateless Session Bean 比較， Stateful Session Bean 會 消耗J2EE Server 較多的內(nèi)存，然而 Stateful Session Bean 的優(yōu)勢卻在于他可以維持使用者的狀態(tài).
20 什么是Web Service?
答： Web Service就是為了使原來各孤立的站點之間的信息能夠相互通信、共享而提出的一種接口。
Web Service所使用的是Internet上統(tǒng)一、開放的標準，如HTTP、XML、SOAP（簡單對象訪問協(xié)議）、WSDL等，所以Web Service 可以在任何支持這些標準的環(huán)境（Windows,Linux）中使用。
注：SOAP協(xié)議（Simple Object Access Protocal,簡單對象訪問協(xié)議）,它是一個用于分散和分布式環(huán)境下網(wǎng)絡信息交換的基于 XML的通訊協(xié)議。在此協(xié)議下，軟件組件或應用程序能夠通過標準的HTTP協(xié)議進行通訊。它的設計目標就是簡單性和擴展性，這 有助于大量異構程序和平臺之間的互操作性，從而使存在的應用程序能夠被廣泛的用戶訪問。
優(yōu)勢：
(1).跨平臺。
(2).SOAP協(xié)議是基于XML和HTTP這些業(yè)界的標準的，得到了所有的重要公司的支持。
(3).由于使用了SOAP，數(shù)據(jù)是以ASCII文本的方式而非二進制傳輸，調(diào)試很方便；并且由于這樣，它的數(shù)據(jù)容易通過防火墻，不需要防火 墻為了程序而單獨開一個“漏洞”。
(4).此外，WebService實現(xiàn)的技術難度要比CORBA和DCOM小得多。
(5).要實現(xiàn)B2B集成，EDI比較完善與比較復雜；而用WebService則可以低成本的實現(xiàn)，小公司也可以用上。
(6).在C/S的程序中，WebService可以實現(xiàn)網(wǎng)頁無整體刷新的與服務器打交道并取數(shù)。
缺點：
(1).WebService使用了XML對數(shù)據(jù)封裝，會造成大量的數(shù)據(jù)要在網(wǎng)絡中傳輸。
(2).WebService規(guī)范沒有規(guī)定任何與實現(xiàn)相關的細節(jié)，包括對象模型、編程語言，這一點，它不如CORBA。
21 多線程有幾種實現(xiàn)方法,都是什么?同步有幾種實現(xiàn)方法,都是什么?
答： 多線程有兩種實現(xiàn)方法，分別是繼承Thread類與實現(xiàn)Runnable接口
同步的實現(xiàn)方面有兩種，分別是synchronized,wait與notify
22 Java編程,打印昨天的當前時刻（機試）
23 struts的工作流程？
答： 在Struts中，用戶的請求一般以*.do作為請求服務名，所有的*.do請求均被指向ActionSevlet，ActionSevlet根據(jù)Struts-config.xml中 的配置信息，將用戶請求封裝成一個指定名稱的FormBean，并將此FormBean傳至指定名稱的ActionBean，由ActionBean完成相應的業(yè)務 操作，如文件操作，數(shù)據(jù)庫操作等。每一個*.do均有對應的FormBean名稱和ActionBean名稱，這些在Struts-config.xml中配置。
24 MVC的工作原理？
答： 控制：有一個XML文件Struts-config.xml，與之相關聯(lián)的是Controller，在Struts中，承擔MVC中Controller角色的是一個Servlet，叫 ActionServlet。ActionServlet是一個通用的控制組件。這個控制組件提供了處理所有發(fā)送到Struts的HTTP請求的入口點。它截取和分 發(fā)這些請求到相應的動作類（這些動作類都是Action類的子類）。另外控制組件也負責用相應的請求參數(shù)填充 Action From（通常稱之 為FromBean）,并傳給動作類（通常稱之為ActionBean）。動作類實現(xiàn)核心商業(yè)邏輯，它可以訪問java bean 或調(diào)用EJB。最后動作類把 控制權傳給后續(xù)的P 文件，后者生成視圖。所有這些控制邏輯利用Struts-config.xml文件來配置。
視圖：主要由P生成頁面完成視圖，Struts提供豐富的P 標簽庫： Html，Bean，Logic，Template等，這有利于分開表現(xiàn)邏輯和程序 邏輯。
模型：模型以一個或多個java bean的形式存在。這些bean分為三類：Action Form、Action、JavaBean or EJB。Action Form通常稱之 為FormBean，封裝了來自于Client的用戶請求信息，如表單信息。Action通常稱之為ActionBean，獲取從ActionSevlet傳來的FormBean ，取出FormBean中的相關信息，并做出相關的處理，一般是調(diào)用Java Bean或EJB等。
流程：在Struts中，用戶的請求一般以*.do作為請求服務名，所有的*.do請求均被指向ActionSevlet，ActionSevlet根據(jù)Struts- config.xml中的配置信息，將用戶請求封裝成一個指定名稱的FormBean，并將此FormBean傳至指定名稱的ActionBean，由ActionBean完 成相應的業(yè)務操作，如文件操作，數(shù)據(jù)庫操作等。每一個*.do均有對應的FormBean名稱和ActionBean名稱，這些在Struts-config.xml中 配置。 核心：Struts的核心是ActionSevlet，ActionSevlet的核心是Struts-config.xml。
FormBean的產(chǎn)生是為了提供數(shù)據(jù)給ActionBean，在ActionBean中可以取得FormBean中封裝的數(shù)據(jù)，經(jīng)相應的邏輯處理后，調(diào)用業(yè)務方法 完成相應業(yè)務要求。
Servlet的演變：在常規(guī)的 P，Servlet，JavaBean三層結構中，P實現(xiàn)View的功能，Servlet實現(xiàn)Controller的功能，JavaBean實現(xiàn) Model的實現(xiàn)。
在Struts中，將常規(guī)情況下的Servlet拆分與ActionServlet、FormBean、ActionBean三個部分。ActionServlet配合Struts-config.xml ，專職完成頁面導航，而不再負責具
25 寫一段實現(xiàn)楊輝三角的代碼？
答：
26 java里的方法重載和方法覆蓋有什么區(qū)別？
答： 1、方法的覆蓋是子類和父類之間的關系，是垂直關系；方法的重載是同一個類中方法之間的關系，是水平關系。
2、覆蓋只能由一個方法，或只能由一對方法產(chǎn)生關系；方法的重載是多個方法之間的關系。
3、覆蓋要求參數(shù)列表相同；重載要求參數(shù)列表不同。
4、覆蓋關系中，調(diào)用那個方法體，是根據(jù)對象的類型（對象對應存儲空間類型）來決定；重載關系，是根據(jù)調(diào)用時的實參表與形參表來 選擇方法體的。
27 jsp有哪些動作?作用分別是什么?
答: P共有以下6種基本動作
jsp:include：在頁面被請求的時候引入一個文件。
jsp:useBean：尋找或者實例化一個JavaBean。
jsp:setProperty：設置JavaBean的屬性。
jsp:getProperty：輸出某個JavaBean的屬性。
jsp:forward：把請求轉(zhuǎn)到一個新的頁面。
jsp:plugin：根據(jù)瀏覽器類型為Java插件生成OBJECT或EMBED標記
28 一個int型的數(shù)組與一個int值，查詢int值在數(shù)組中的index值，還要寫兩個測試用例
答：
29 線程的工作機制？wait與sleep的區(qū)別
答： sleep是線程類（Thread）的方法，導致此線程暫停執(zhí)行指定時間，給執(zhí)行機會給其他線程，但是監(jiān)控狀態(tài)依然保持，到時后會自動恢復 。調(diào)用sleep不會釋放對象鎖。
wait是Object類的方法，對此對象調(diào)用wait方法導致本線程放棄對象鎖，進入等待此對象的等待鎖定池，只有針對此對象發(fā)出notify方 法（或notifyAll）后本線程才進入對象鎖定池準備獲得對象鎖進入運行狀態(tài)。
30 Servlet與GenericServlet,HttpServlet的區(qū)別？在程序中一般用哪個？并實現(xiàn)什么方法？
答：
31 Hibernate的工作原理？
答： Hibernate是一個JDO工具。它的工作原理是通過文件把值對象和數(shù)據(jù)庫表之間建立起一個映射關系，這樣，我們只需要通過操作這些 值對象和Hibernate提供的一些基本類，就可以達到使用數(shù)據(jù)庫的目的。
32 寫出實現(xiàn)單例模式的代碼？
答：
33 J2EE是什么？J2EE中有哪些組件，你的項目中用到了哪些組件？
答: Je22是Sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業(yè)級應用模型(enterpriese application model).在這樣的一個應用系統(tǒng)中，可按照功能劃分為不同的組件，這些組件又可在不同計算機上，并且處于相應的層次 (tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業(yè)信息系統(tǒng)(EIS)層
34 簡述你的項目的架構及工作流程？
答：
35 String 和 StringBuffer 的區(qū)別？什么情況下用哪種字符串類？
答： JAVA平臺提供了兩個類：String和StringBuffer，它們可以儲存和操作字符串，即包含多個字符的字符數(shù)據(jù)。這個String類提供了 數(shù)值不可改變的字符串。而這個StringBuffer類提供的字符串進行修改。當你知道字符數(shù)據(jù)要改變的時候你就可以使用StringBuffer。 典型地，你可以使用StringBuffers來動態(tài)構造字符數(shù)據(jù)。
36 java 中的序列化操作要實現(xiàn)什么接口？并實現(xiàn)什么方法？
答： 實現(xiàn)Externalizable接口。Externalizable接口定義包括兩個方法writeExternal()與readExternal()。利用這些方法可以控制對象數(shù)據(jù) 成員如何寫入字節(jié)流.類實現(xiàn)Externalizable時，頭寫入對象流中，然后類完全負責序列化和恢復數(shù)據(jù)成員。
37 接口中可以定義屬性嗎？如果可以應該定義什么類型的屬性？
答：可以 應該定義public類型的屬性，不寫則默認為 public static類型的
訪問WEBSERVICE本來都不需要使用P頁面吧？直接客戶端調(diào)用就行了啊。如果有返回對象的話，生成一下對象，如果只返回的基本類型的話，直接解析XML就OK了。
asp.net 中的App_Data文件夾作用
當然不是為了安全，是為了邏輯清楚，方便管理
使用數(shù)據(jù)庫的時候是有路徑的，如果原來不在app_data下，后來才放過去，要修改原來使用數(shù)據(jù)庫的鏈接路徑
存放數(shù)據(jù)庫文件的，比如ACCESS，SQL 2023 簡化版 貌似也可以
在代碼中可以方便的調(diào)用|DataDirectory|可以直接訪問app_data文件夾
以下是其他一些ASP.NET的常用文件夾
1. Bin文件夾
Bin文件夾包含應用程序所需的，用于控件、組件或者需要引用的任何其他代碼的可部署程
序集。該目錄中存在的任何.dll文 件將自動地鏈接到應用程序。
2. App_Browser文件夾
該可選的文件夾包含.browser文件。.browser文件描述瀏覽器(不管是移動設備瀏覽器，還
是臺式機瀏覽器)的特 征和功能。
3. App_Code文件夾
App_Code文件夾正好在Web應用程序根目錄下，其存儲所有應當作為應用程序的一部分動態(tài)
編譯的類文件。這些類文件自 動鏈接到應用程序，而不需要在頁面中添加任何顯式指令或
聲明來創(chuàng)建依賴性。App_Code文件夾中放置的類文件可以包含任何可識別的ASP.NET組件
——自定義控件、輔助類、build提供程序、業(yè)務類、自定義提供程序、HTTP處理程序等。
注意 在開發(fā)時，對App_Code文件夾的更改會導致整個應用程序重新編譯。對于大型
項目，這可能不受歡迎，而且很耗時。為此，鼓勵大家將代碼進行模塊化處理 到不同的類
庫中，按邏輯上相關的類進行組織。應用程序?qū)Ｓ玫妮o助類大多應當放置在App_Code文
件夾中。
App_Code文件夾中存放的所有類文件應當使用相同的語言。如果類文件使用兩種或多種語言
編寫，則必須創(chuàng)建特定語言的子目錄，以包含用每種語言編寫的類。一旦根據(jù)語言組織這些
類文件，就要在web.config文件中為每個子目錄添加一個設置：
重要的是，特定語言的子目錄應在web.config文件中注冊，否則，不管它們屬于哪個文件夾
，App_Code文件夾下 的所有文件將被編譯成一個單獨的程序集。上述配置腳本描述了這么
一種情況，即所有的C#文件都放在App_Code文件夾的根目錄下，而把幾個 Visual Basic
.NET類文件移入VBFolder目錄中。如果節(jié)中提到的目錄不存在，則
會收到一個編譯錯誤提 示。
App_Code根文件夾中的文件被編譯成App_Code_xxx.dll程序集，其中xxx是隨機生成的字符
序列。一個 給定子目錄中的文件將被編譯成一個名為App_SubCode_xxx_yyy.dll的動態(tài)創(chuàng)
建的程序集，其中xxx指示子目錄的名稱，而yyy是一個 隨機字符序列。只有在應用程序根
目錄中的web.config文件中進行了設置，節(jié)才有效。
在App_Code目錄或任何其他子目錄中放置一個assemblyinfo.cs文件，可以創(chuàng)建一個強命名
的程序集。顯然，如果該文件夾包含Visual Basic .NET文件，那么將使用
assemblyinfo.vb文件。程序集配置文件可以引用一個.snk文件來保存強名稱的密鑰。
注意 給一個程序集設置一個強名稱，首先必須獲得一個公開/私有密鑰對。通過
使用強名稱(Strong Name)工具(sn.exe)，可以獲得這樣一個密鑰對。強名稱工具是我們可
以在.NET Framework的安裝路徑中發(fā)現(xiàn)的SDK binary之一。密鑰對文件通常有一個.snk擴
展名?？梢詫⒃撐募４娴揭粋€應用程序文件夾中，并在assemblyinfo.cs文件中引用它，
如下所示：
注意，Visual Basic .NET是在包含Visual Studio Solution的目錄中尋找密鑰文件，
而C#編譯器則在包含該binary的目錄中尋找密鑰文件。據(jù)此可知，用此屬性調(diào)整我們使用的
路徑，或者把密鑰文件放在合適的文件夾中。
在隨后發(fā)生的任何重新生成中，程序集的名稱將發(fā)生變化。同時，老的AppDomain請求一結
束，就刪除老的程序集。
App_Code文件夾并非只能包含類文件。特別是，它可以包含并能自動地處理代表數(shù)據(jù)架構的
XSD文件。把一個XSD文件 添加到該文件夾中時，編譯器將把它解析成一個有類型的
DataSet類，并將它添加到應用程序作用域中。在ASP.NET 1.x中，這一工作由Visual
Studio .NET向?qū)В褂靡粋€命令行實用程序(xsd.exe)完成的。
注意 使用web.config文件注冊一個組件(例如，一個自定義的服務器控件或一
個自定義的HTTP處理程序)時，通常要求指定包含該代碼的程序集名稱。如 果該組件定義
在App_Code文件夾中，則應該用什么名稱來指示程序集？在這種情況下，只是忽略程序集信
息，并規(guī)定完整的類名即可。如果沒有規(guī)定任何程 序集，則ASP.NET運行庫將試圖從任何
已裝載的程序集中裝入該類，包括為App_Code文件夾動態(tài)創(chuàng)建的程序集。
4. App_Data文件夾
App_Data文件夾應該包含應用程序的本地數(shù)據(jù)存儲。它通常以文件(諸如Microsoft
Access或Microsoft SQL Server Express數(shù)據(jù)庫、XML文件、文本文件以及應用程序支持
的任何其他文件)形式包含數(shù)據(jù)存儲。該文件夾內(nèi)容不由ASP.NET處理。該文件夾是ASP.NET
提供程序存儲自身數(shù)據(jù)的默認位置。
注意 默認ASP.NET帳戶被授予對文件夾的完全訪問權限。如果碰巧要改變
ASP.NET帳戶，一定要確保新帳戶被授予對該文件夾的讀/寫訪問權。
5. App_GlobalResources文件夾
6. App_LocalResources文件夾
7. App_Themes文件夾
App_Themes文件夾為ASP.NET控件定義主題。主題包含在App_Themes文件夾下的一個文件夾
。根據(jù)定義，一個主題是一組帶有樣式信息的文件。主題文件夾中的文件內(nèi)容被編譯，以生
成一個類，而該類被頁面調(diào)用以編程的方式設置主題化控件的樣式。
App_Themes文件夾列出應用程序的本地主題。 應用程序還可以繼承如下文件夾中定義的全
局主題：
%WINDOWS%\Microsoft.NET\Framework\\ASP.NETClientFiles\Themes
從編譯的角度看，全局主題和局部主題沒有區(qū)別。如果一個給定名稱的主題，既存在應用程
序的本地主題，又存在服務器機器的全局主題，則本地主題優(yōu)先適用。
8. App_WebReferences文件夾
在Visual Studio .NET 2023中，一個需要訪問Web服務的ASP.NET應用程序，將通過“添
加Web引用”對話框獲得相應的.wsdl文件。Web服務的WSDL(Web Service Description
Language)文檔，對于從頁面使用Web服務是不夠的。ASP.NET頁面最終是一個托管類，并且
需要與另一個托管類通信。因此，Web服務被一個 代理類所包裝。該代理類是由Visual
Studio使用命令行工具wsdl.exe的服務創(chuàng)建的。該代理類盡量包含與Web服務商的Web方法一
樣多的方法，并且它結合了Web服務的公共接口 定義的任何自定義的數(shù)據(jù)類型。
這個操作不需要開發(fā)人員付出很大的代價。然而，開發(fā)人員顯然要依賴于Visual Studio來
生成代理類。如果能夠直接把.wsdl文件放在應用程序的目錄樹的某個地方，并讓ASP.NET處
理其余的任務，這樣不是更容易、更簡單 嗎？這正好是App_WebReferences文件夾要做的
事情。
它識別那些用來描述所綁定的Web服務的.wsdl文件，并生成運行時代理類，以便ASP.NET頁
面能夠以類型安全的方式 放置對Web服務的調(diào)用。App_WebReferences文件夾可以包含子文
件夾。子文件夾的名稱驅(qū)動最后所得到的代理類的命名空間，而WSDL文件 定義類名。例如
，samples.wsdl文件和ProsAspNet20子文件夾將創(chuàng)建一個稱為ProAspNet20.Samples的代理
類。該動 態(tài)創(chuàng)建的程序集稱為App_WebReferences.xxx.dll，其中xxx是一個隨機的字符序
列。
文件夾名稱
文件類型
注 釋
Bin
.dll
包含應用程序所需的任何預生成的程序集
App_Browsers
.browser
包含應用程序特有的瀏覽器定義文件，ASP.NET用它來識別各瀏覽器及確定它們的功能
App_Code
.cs、.vb、.xsd、自定義的文件類型
包含作為應用程序的一部分編譯的類的源文件。當頁面被請求時，ASP.NET編譯該文件夾
中的代碼。該文件夾中的代碼在應用程序中自動地被引用
App_Data
.mdb、.mdf、.xml
包含Microsoft Office Access和SQL Express文件以及XML文件或其他數(shù)據(jù)存儲
App_GlobalResources
.resx
包含在本地化應用程序中以編程方式使用的資源文件
App_LocalResources
.resx
包含頁面范圍的資源文件
App_Themes
.skin、.CSS、.xsl、附屬文件
包含一組定義ASP.NET頁面和控件外觀的文件
App_WebReferences
.wsdl
App_Data文件夾的作用是存儲本地數(shù)據(jù)庫文件，使用該文件夾進行保存數(shù)據(jù)庫文件，可以很清晰有結構地管理各文件；好的應用程序需要好的邏輯結構進行管理，無論是編碼還是文件架構。
是放頁面使用的類！
web service接口 wsdl和ax有什么區(qū)別？
1.Web Service:嚴格來說是行業(yè)標準,也就是Web Service 規(guī)范,也稱作WS-* 規(guī)范,既不是框架,也不是技術. 它有一套完成的規(guī)范體系標準,而且在持續(xù)不斷的更新完善中. 它使用XML擴展標記語言來表示數(shù)據(jù)(這個是談雀褲夸語言和平臺的關鍵).微軟的Web服務實現(xiàn)稱為ASP.NET Web Service.它使用Soap簡單對象訪問協(xié)議來實現(xiàn)分布式環(huán)境里應用程序之間.
2.WCF:WCF 是一個分布式應用的開發(fā)框架,屬于特定的技術,或者平臺.既不是標準也不是規(guī)范。
環(huán)球網(wǎng)
目前，該詞匯又引申為含簡“環(huán)球網(wǎng)”，而且，在不歲猜同的領域，有不同的含義。
就拿“環(huán)球網(wǎng)”的釋義來說，對于普通的用戶來說，web僅僅只是一種環(huán)境——互聯(lián)網(wǎng)的使用環(huán)境、氛圍、內(nèi)容等；而對于網(wǎng)站制作、設計者來說，它是一系列技術的復合總稱(包括網(wǎng)站的前臺布局、后臺程序、美工、數(shù)據(jù)庫領域等等的技術概括性的總稱)。
關于數(shù)據(jù)庫生成wsdl的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
成都網(wǎng)站營銷推廣找創(chuàng)新互聯(lián)，全國分站站群網(wǎng)站搭建更好做SEO營銷。
創(chuàng)新互聯(lián)（www.cdcxhl.com）四川成都IDC基礎服務商，價格厚道。提供成都服務器托管租用、綿陽服務器租用托管、重慶服務器托管租用、貴陽服務器機房服務器托管租用。
網(wǎng)站名稱：數(shù)據(jù)庫如何生成wsdl文件詳解 (數(shù)據(jù)庫生成wsdl)
標題路徑：http://www.5511xx.com/article/dpjcegi.html
