其他

訪問|資料 4. Data Access Logic討論Data Access Logic（為了不和Data Access Layer混淆，文中所有涉及Data Access Logic的部分將全部使用全稱描述，DAL僅指Data Access Layer）前，讓我們先看一看它的結構示意圖： 咦！怎麼回事？看上去長得與DAF非常相似嘛！難道這就是作者“不辭辛勞”單獨開闢一個小節來進行“大肆宣傳”的Data Access Logic嗎？

訪問|資料 從這個DalBase很容易看出，Framework Level的支援主要集中在Cache Management和Distributed Process上面，這也幾乎是所有Data Access Logic都不得不考慮的現實問題（可能在實際項目中，Data Access Logic Level的Distributed Process需求不會很多，大部分都在Business Logic中直接解決了）！

訪問|資料 具體的Data Access Logic實現技術，作者感覺已沒有必要多加討論，相信只要是有過ADO.NET開發經驗的同志都比較清楚應該怎麼做，網上的資料也浩如煙海，非常齊全！ 在此，就以作者自己的一段Data Access Logic代碼來結束關於它的討論： 代碼11：使用Data Access Logic進行Remoting調用 – 1，基本操作class CustomerDal_ORM :

訪問|資料 代碼12：使用Data Access Logic進行Remoting調用 – 2，Remoting訪問class CustomerDal_ORM : MyDal{ // 請注意：這個delegate方法被限制為private存取權限private ArrayList GetAllCustomers_Remoting_delegate() { ArrayList al = null;

訪問|資料 GetCache的代碼很簡單：有則取之，無則填之，“是否到期”是其有效性的唯一判斷條件！接下來，作者就這個“是否到期”問題來進行一些探索，看看到底是怎麼回事。 Ok，還是先請大家看段代碼： 代碼15：到期無效之Cache篇！public class CacheManager{ private bool IsCacheExpired(string key) { bool bExpired = false;

訪問|資料 談了些實現問題，來說說幾個題外話：（1） 效能問題：Cache Management能顯著提高資料訪問效率，但對記憶體的要求比較高，尤其是在Web Application或Remoting Server這種應用環境下！所以，這就要求我們應該將“錢”用在“刀刃”上（對記憶體毫不在乎者除外J），不能亂花錢！一般，對於系統資料（如：應用 / 模組，組 / 使用者 / 許可權等）或Lookup Data（如：婚姻狀況列舉 /

設計 Factory 方法THE FACTORY METHOD 我們已經學會了簡單原廠模式(Simple Factory Pattern)，工廠（factory）思想貫穿於整個物件導向編程（OOP）以及其他一些設計模式的始終。如：產生器(Builder)模式。其間，一個單一的類扮演類似交通警察的角色，決定哪一個單一層次上的子類將被執行個體化。 Factory 方法模式（Factory Method

設計 （接上頁）衍生類別為這個選拔基類（Seeding）分別建立一個執行個體來調用這些方法。我們現在建立這兩個具體的選拔子類：StraightSeeding 類CircleSeeding類。PrelimEvent類將返回CircleSeeding類的執行個體，TimedFinalEvent類則返回StraightSeeding類執行個體。結構如下：

ado|訪問|資料 ADO.NET 應用程式和基礎資料來源之間的互動基於一個具有雙向通道的雙體繫結構。您可以使用各個特定於提供者的命令或批處理更新過程來訪問資料來源，以讀取和寫入行。在這兩種情況下，資料訪問都會產生完全雙向繫結，並涉及各種不同的對象和方法。您可以使用如 SqlCommand 和 OleDbCommand 等命令類來執行單個命令。可使用資料配接器對象來下載中斷連線的資料，提交更新的行集。雖然 “資料集”

一、概述 O/R Mapping全稱Object Relational Mapping，就是對象關係映射。把對錶直接進行的操作，變成對持久化類的屬性和方法的直接操作。 很多的項目是基於資料庫的開發，程式中要大量進行表的增、刪、改、查詢的工作。 例如下面一段C#代碼，從資料庫CustomerDemo取表Customer資料： string ConnectionString = "data source=WILLIAM;persist security info=

接上） 具體過程如下： (1)首先建立資料庫設定檔，我們在這裡定為database.xml,當然也可以改成是其它名字。<?xml version="1.0" encoding="gb2312"?><database name="CustomerDemo" engine="mysql"> <driver url="jdbc:mysql://cwb:3306/

ado|資料 到這一步，你的DataSet應該完全被來自資料庫中的資料填充了，因此你可以關閉資料庫連接對象。儘可能早的關閉串連永遠是一個好的編程習慣，這樣你可以將它釋放給其他應用程式。另一方面，如果當前程式將要立即使用這個串連——也許是為了建立另一個DataSet，你可以保持它為開啟狀態以避免重建該串連帶來的額外開銷。

datagrid|解決 在應用程式中，我需要在一個DataGrid中每顯示10條紀錄後便添加一個空行，我們可以簡單的修改DataTable，並且在DataGrid中的ItemDataBound 事件書寫一些代碼來實現，下面的文章將闡述如何做到這一點。In one application I had the requirement to add a blank row after every 10 rows in a DataGrid rather

ado|資料 將DataSet作為XML匯入到Excel工作表Microsoft Office Excel

　　今天晚上，無意中搜了一下“SEO”這個關鍵詞，發現利為匯的論壇排名不見了。於是就site了一下，發現一條收錄都沒有了。如下圖所示。　　 　　筆者綜合發析了一下，覺得可能有以下原因，導致網站被拔毛。　　一、外鏈中存在與法律打擦邊球的網站。　　 　　 　　百度對於這些站的打擦邊球的網站K得都比較厲害。第二張圖中的網站是一個淘寶客網站，淘寶客網站在百度中的排名最近也正降至冰點。　　二

　　一般來說，一個詞語或短語能否成為文章的關鍵詞，主要取決於這個詞語或短語反應文章中心思想能力的大小。關鍵詞與文章之間的相關性，也主要是為了說明任選的一個詞語和短語，對於指定的文章，它反應這篇文章的中心思想或主題意思的能力有多少。關鍵詞的抽取受到詞語在文章中出現的位置，出現的頻率以及詞語的語義特徵的影響。那麼，搜尋引擎到底是如何判斷關鍵詞和文章之間的相關性呢?在這裡，筆者從自己的一些觀點出發，產生了一些想法，應該拋磚引玉，得到大家的指點。個人認為，搜尋引擎應該是從以下幾步來如何分析關鍵詞和文章性

　　暑假對於學生們是一個最開心的假期了，因為暑假是一年之中最長的假期了既然是最長的假期很多人都會選擇上網來排解無聊解悶，所以作為站長的我們就應該抓住這個每年的一次機會來好好的推廣我們自己的網站能讓自己的網站在暑假期間能夠有較好的流量和知名度，也讓自己網站的流量和使用者回訪率有所提高接著《新手建站之教學十三：網站起死回生小秘籍》來學習今天的課程。暑假這個階段想必一般都是學生比較多而且上網的時間也比較長所以我們站長們可以從很多地方入手來擷取高效的流量。　　一、百度貼吧　　百度貼吧是國內最大的一個涉及

　　選擇關鍵詞，是seo最重要的一點。如果關鍵詞選擇錯誤，那麼即便是你最佳化的再好，也沒有任何實際的意義。而且關鍵詞選擇錯誤，也會使最佳化的難度提升很 多。因此seo最佳化前，首先一定要選擇自己要最佳化的關鍵詞，然後再開始做網站，有的時候，一個關鍵詞的定位，甚至決定了網站的成敗。　　首先要說明的一點，可能與關鍵詞的選取並沒有太大的關係，但是仍舊需要強調的一點就是，關鍵詞的數量。很多新手站長的想法是，多選擇一些關鍵詞，可以為自 己以後留足後路。這種想法表面上看並沒有什麼問題，甚至有一點小聰明感覺。

　　本人最近在操作一個非主流站，內容是採集的，開始收錄還好，後來不久就被k了，幾萬資料的站百度收錄只剩幾十。當然，我也知道一直採集也不是辦法，可是人力有限，不可能去一條條加，也不現實。所以想搜尋一下搜尋引擎是怎麼判定原創與否的，但很可惜，這方面的內容實在不多。然後我去以搜尋工程師的角度去想了想，不禁一身冷汗啊，因為判定原創與否實在太簡單了。我就按我的思維順序分析一下，供參考。　　下面我以這個文章為例來講解。標題：南昊北京科技有限公司是專業的游標閱讀機生產商。內容:南昊科技研發的游標閱讀機讀卡快，

　　百度怎麼了最近這段時間百度可謂變化莫測，一連串的發生很多事情，首先是5.20事件關鍵詞排名大變動。然後是“給站長刺激一下神經”site