其他

模組內部使用的變數按照預設規定，模組層級變數對該模組的所有過程都可用，但對其它模組的代碼不可用。可在模組頂部的聲明段用 Private 關鍵字聲明模組層級變數，從而建立模組層級變數。例如：Private intTemp As Integer在模組層級，Private 和 Dim 之間沒有什麼區別，但 Private 更好些，因為很容易把它和 Public 區別開來，使代碼更容易理解。所有模組使用的變數為了使模組層級的變數在其它模組中也有效，用 Public

可以用工具列進一步增強應用程式的菜單介面。工具列含有工具列按鈕，它提供了對於應用程式中最常用的命令的快速存取。例如：Visual

1

前言========================================================現在參加工作了,感覺中並沒有原想象的那麼忙,在我的心中,一個幹寫程式的人,就是應該要比較的忙,現在我還記得學校裡的一個老師說過,一個沒有通宵寫過程式的程式員不能算是真正的程式員,現在我不管那位老師說的偏激不偏激,但是在我心中至少是這樣的,所以我現在還不算一個真正的程式員.我還是我,還是一個我自認為不是很喜歡追蹤潮流的人,下面我就講的就是一些老的東西,算是一個分享,高手就飄過.多說一

什麼是符號和符號可見度符號是談及對象檔案、連結等內容時的基本術語之一。實際上，在 C/C++ 語言中，符號是很多使用者定義的變數、函數名稱以 及一些名稱空間、類/結構/名稱等的對應實體。例如，當我們定義非靜態全域變數或非靜態函數時，C/C++ 編譯器就會在對象文 件中產生符號，這些符號對於連結器（linker）確定不同模組（對象檔案、動態共用程式庫、可執行檔）是否會共用相同的資料或 代碼很有用。儘管變數和函數都可能會在模組之間共用，但是對象檔案之間的變數共用更為常見。例如，程式員可能會在

採用TCP串連的C/S模式軟體，串連的雙方在串連空閑狀態時，如果任意一方意外崩潰、當機、網線斷開或路由器故障，另一方無法得知TCP串連已經失效，除非繼續在此串連上發送資料導致錯誤返回。很多時候，這不是我們需要的。我們希望伺服器端和用戶端都能及時有效地檢測到串連失效，然後優雅地完成一些清理工作並把錯誤報表給使用者。如何及時有效地檢測到一方的非正常斷開，一直有兩種技術可以運用。一種是由TCP協議層實現的Keepalive，另一種是由應用程式層自己實現的心跳包。TCP預設並不開啟Keepalive功能

上一篇部落格寫到了如何給一個非終結符的文法規則構造出一個壓縮過的下推狀態機器，那麼今天說的就是如何把所有的文法都串連起來。其實主要的idea在（三）和他的勘誤（三點五）裡面已經說得差不多了。但是今天我們要處理的是帶資訊的transition，所以還有一些地方要注意。所以在這裡我們先把幾條文法的最後的狀態機器都列出來（大圖）：本欄目更多精彩內容：http://www.bianceng.cn/Programming/cplus/

本來說這一篇文章要把構造確定性狀態機器和look

RichTextBox控制項支援文字檔和RTF格式檔案，在VB中經常用來顯示檔案內容。當用來編輯檔案時，我們希望程式對檔案的修改做出反應，提醒使用者是否儲存這些修改。1

關於這個話題，其實在（六）裡面已經討論了一半了。學過Haskell的都知道，這個世界上很多東西都可以用monad和comonad來把一些複雜的代碼給抽象成簡單的、一看就懂的形式。他們的區別，就像用js做一個複雜的帶著幾層迴圈的動畫，直接寫出來和用jquery的“回調”寫出來的代碼一樣。前者能看不能用，後者能用不能看。那有沒有什麼又能用又能看的呢？我目前只能在Haskell、C#和F#裡面看到。至於說為什麼，當然是因為他們都支援了monad和comonad。只不過C#作為一

其實我在寫這個系列的第三篇文章的時候就已經發現，距離機器越遠，也就是抽象越高的概念，坑的數量是越少的。但是這並不是說，距離機器越近的概念就越強大或者說越接近本質。這是廣大的程式員對計算理論的一種誤解。大多數人理解編程的知識結構的時候，都是用還原論來理解的，這個方法其實並沒有錯。但問題在於，“還原”的方法並不是唯一的。很多人覺得，反正你多進階的語言編譯完了無非都是機器碼嘛。但是還有另一種解釋，你無論多低級的語言編譯完了無非也就是帶CPS變換（continuation

引子說到機器學習最酷的分支，非Deep learning和Reinforcement learning莫屬（以下分別簡稱DL和RL）。這兩者不僅在實際應用中表現的很酷，在機器學習理論中也有不俗的表現。DeepMind工作人員合兩者之精髓，在Stella類比機上讓機器自己玩了7個Atari 2600的遊戲，結果是玩的衝出美洲，走向世界，超越了物種的局限。不僅戰勝了其他機器人，甚至在其中3個遊戲中超越了人類遊戲專家。噢，忘記說了，Atari

要產生高品質的軟體，需要在測試階段進行大量的工作，這可能是軟體開發過 程中成本最高、工作量最大的部分。 從最簡單的功能黑箱測試到重量級的方法， 包括定理證明程式以及形式化需求說明，有很多方法可以提高測試可靠性和效率 。 但是，測試並不總是能達到必要的細緻程度，經常缺乏規範和方法體系。十多年來，Microsoft 在其內部開發流程中成功應用了基於模型的測試 (MBT) 。 事實證明，對於各種內部和外部軟體產品而言，MBT 是非常成功的方法。 這 些年來，這種方法採用得越來越多。

編碼工具編碼本質上來說是一種以鍵盤輸入操作為主的工作。因此，輸入代碼速度的快慢很大程度上影響了一名程式員的效率。我是通過以下手段來提高輸入代碼速度的。鍵盤配置很多程式員都不知道我們使用的鍵盤配置（就是指字母鍵，數字鍵和符號鍵的所處的位置）並非只有一種。絕大部分人使用的是標準鍵盤布局，也被稱為QWERT鍵盤（以左手上方那排字母鍵命名的）。但是很遺憾，這種布局的設計初衷其實並不是為了提高打字速度的。我大概從一年多前開始學習使用一種叫做“Dvorak”的鍵盤配置。使用這種布局輸

軟考上午題終於考完了。三個趕考者都感覺不錯。檢查了2遍，提前30分鐘都出來了

前言根據市場調研分析機構 Gartner 發布的《 Data Warehousing Trends for the CIO, 2011-2012 》 1, Appliance（一體機）技術成為資料倉儲 、領域未來市場熱點之一。IBM 智能分析系統（Smart Analytics Systems）和 IBM Netezza 作為 IBM 主推的兩大重量級 Appliance，吸引了眾多市場目光。 本文首先對兩大 Appliance 的架構特點進行簡單的描述，然後以基準測試 TPC-H

儘管使用 Flex 和 Bison 產生程式非常簡單，但是要讓這些程式產生使用者友 好的文法和語義錯誤訊息卻很困難。本文將介紹 Flex 和 Bison 的錯誤處理特 性，並展示如何使用它們，然後詳細介紹它們的一些缺陷。簡介正如 UNIX® 開發人員所瞭解的那樣，Flex 和 Bison 的功能非常強大，非 常適合開發詞法和文法解析器，尤其是語言編譯器和解譯器。如果我們不熟悉它 們所實現的工具 —— 分別是 Lex 和 Yacc ——

這一講的Demo是DataGrid。這個很重要，如果用過Flex開發的人應該都會用 到，或者基於它繼承封裝。作者偷一下懶，直接用的Flex Builder內建 協助檔案的例子（Help--〉Help Contents），其實Flex的協助檔案對於初學以 及調試過程中如何解決問題是非常有效，這也是一個學習非常好的官方發布的 文檔了：）Demo的效果如下（源碼讀者就去協助找，輸入DataGrid，最 下邊的源碼）：呵呵，用了樣式是不是很酷呢？從這一講，基於純Flex方面的，作者

在上一篇文章《Flex與.NET互操作(二)：基於WebService的資料訪問(上) 》中介紹了通過<mx:WebService>標籤來訪問Webservice。 實際上我們也可以通過編程的方式動態訪問WebService，Flex SDK為我們提供了WebService類。使用WebService類來訪問WebService其實也就是將<mx:WebService>標籤的屬性通過類對象的屬性形式來表示，相比之下使用

最近在研究flex，關於flex tree基於資料庫資料的網上的例子基本沒有，大部分都是基 於xml的對xml的操作實現tree的改變，通過改變資料庫資料實現tree的改變例子沒有找到， 所以分享給大家一個例子：我是用hessian實現flex端與java端通訊的1.flex端代碼Java代碼<?xml　version="1.0"　encoding="utf-8"?><mx:Application　xmlns:mx="http: