ASP

asp.net|web 　　對於Atlas程式，在某些情況下，我們需要在短時間內調用大量的Web Service，例如某個列表中使用者快速的點擊刪除。這時網路頻寬，穩定程度等等往往會造成較長時間的延遲。如果可以將這些調用封裝成一個單一的請求，那麼使用者只需忍受一次網路延遲，即可得到處理的結果，也間接的提高了效率。似乎這並不是一個很容易實現的功能，但幸運的是，Atlas中內建了對批量調用Web

asp.net|伺服器 癥狀運行時表現出的癥狀當您在 Microsoft ASP.NET Web 應用程式中查看 .aspx 頁時，可能會遇到下列癥狀： • 瀏覽器中可能會出現空白頁。 • 可能會收到下載 .aspx 頁的指令。 典型的現象是 .aspx 頁的伺服器端代碼被處理，然後這些代碼不以其原始形式發送到 網頁瀏覽器。在使用 Visual Studio .NET 調試 ASP.NET 時表現出的癥狀當您在

asp.net|模板 　　本次StringTempletReplet.dll組件更新了一些演算法。主要是更依賴記憶體裡靜態變數內的數值。做到了在不改變模板的條件下。緩衝模板，緩衝委託，緩衝標籤解析資料。但是這會更消耗一些記憶體。 　　為了可以動態更換模板，不得不每次檢測檔案的時間。在這個上消耗了不少時間。也許將來應該去掉動態更換模板的功能，只提供一個通知模板類重新讀哪個模板檔案的介面。　　取消了這個頁面

asp.net|css|最佳化 　　ASP.NET 2.0 中增加了內建的 MasterPage 的支援，這對我們來說是一個很大的便利。然而經過一段時間的使用，我發現 MasterPage 並不是那麼完美：嵌套的 MasterPage 不能支援設計時介面，以及下面要提到的Content Page 中增加 CSS 的問題。　　通常，在沒有 2.0 之前，我們在頁面裡要增加一個 CSS 引用的文法如下：<link rel="stylesheet"

asp.net|css|erp|最佳化 　　ASP.NET 2.0 中增加了內建的 MasterPage 的支援，這對我們來說是一個很大的便利。然而經過一段時間的使用，我發現 MasterPage 並不是那麼完美：嵌套的 MasterPage 不能支援設計時介面，以及下面要提到的Content Page 中增加 CSS 的問題。 　　通常，在沒有 2.0 之前，我們在頁面裡要增加一個 CSS 引用的文法如下：＜link

asp.net 　　1． 跟以前一樣做介面，只是注意，把所有需要有多語言介面的文字都用label來做 　　2． 做完以後，在Solution Explorer裡選中這個檔案，選Tools-＞Generate Local Resource　　3． 你會發現產生了一個目錄，App_LocalResources；這個目錄裡多了一個resx的檔案。比如你的aspx檔案是default.aspx，它就會產生一個叫做default.aspx.resx的檔案。　

asp.net|問題     今天終於把原來的asp.net 1.0程式升級到asp.net 2.0了，vs

access|asp.net|程式 今天把做好的東西發給了client(是她叫我做東西，就此稱呼吧).結果她用配置asp程式的方法把程式配置好，然後運行，結果肯定不行拉~（只看到靜態介面，與資料庫打交道的動態部分都不能顯示）.       

access|asp.net|資料|資料庫 第一次跟別人做東西，自己的一點經驗，寫下來，雖然比較菜，但還是要做點記錄,如有錯誤缺漏，請各位不吝賜教,謝謝: )以前都是用asp.net 與sqlServer2000 結合做東西的，這次是用access，雖然是第一次用，但感覺與sqlServer2000的用法區別不大，以下對二者的用法做比較：SqlServer2000:    1>命名空間  using

asp.net|cache|web|伺服器 　　對於一些複雜的，需要較長時間完成，並且對即時性要求不是很高的服務，選擇Cache往往是一個有效提高效率的方法。.NET的Web Service實現充分考慮了對Cache的需求，您只需要簡單的設定即可啟用Cache。Atlas中對Web Service的調用也可以利用這一Cache機制，以減少伺服器端不必要的開銷。　　要啟用Web

asp.net|web|建立|伺服器|控制項|模板|文法    在 .aspx 檔案中，將元素插入到控制項中標識正在建立的模板： ＜asp:DataList id="DataList1" runat="server"> ＜ItemTemplate> ＜/ItemTemplate> ＜/asp:DataList>    在模板元素中，添加 HTML

asp.net|web|頁面 作者：Dflying Chen（http://dflying.cnblogs.com/） 前面的一系列的文章都是直接調用單獨的一個Web Service，而在實際項目開發中，特別是在對現有的項目轉換中，把頁面中的邏輯再提取到專門的Web

asp.net|訪問|控制

asp.net|伺服器|概念|控制項 　　Microsoft ASP.NET

asp.net|error|server|程式|錯誤|解決 今天同事在開啟以前的ASP.Net項目時,報了此錯"HTTP/1.0 500 Server Error"經多方查詢,原因多種多樣,解決方案也是五花八門,但都無效.最後靈機一動,嘗試著重新進行Asp.net的IIS註冊,再開啟項目時,ok!問題解決.步驟:命令列模式進入 C:\WINNT\Microsoft.NET\Framework\v1.1.4322 先執行卸載

asp.net|js|比較

asp.net|js

asp.net|js|程式

asp.net|js|模板 　　模板化　　把一個web頁面中的跨越多個不同頁面的通用部分獨立出來經常是很有好處的，這樣就可以實現內容重用和不會出現標註的重複問題。應用程式頁首和頁尾就是跨越你的網站重用頁面部分的最好執行個體。模板化鼓勵你定義一種"模板"頁面-你使用它來僅代替在頁面間不斷改變的內容，而讓其它的內容保持相同。JSF沒有提供的內建的模板化支援。在J2EE web應用程式開發中使用的一種流行模板是Struts

asp.net|js|安全|安全性|程式 　　JSF規範本身並沒有強調安全性問題。而是，當你建立安全的J2EE應用程式時，相應的安全機制也一起應用到JSF中。ASP.NET也提供許多安全選項，而且很多ASP.NET安全性被綁定到Windows平台（你可能已經猜出）。例如，一個運行於企業內網上的ASP.NET應用程式能夠容易地根據他們的Windows域登入資訊認證使用者。在ASP.NET