Month: April 2006

資料的繫結基本上都是靠 Controls.DataBindings，所以

text1.DataBindings.Add( new Binding(“Text”, ds, “customers.custNo”) );

就可以把 text1 這個控制項的 Text 屬性繫結到 ds.Tables[“customers”] 的 custNo 欄位上。
如果想要有一些處理與變化，那麼可以透過 Binding.Format 與 Binding.Parse：

Binding b=new Binding(“Text”, ds, “customers.custOrder.OrderAmount”);
b.Parse+=new ConvertEventHandler( currencyStringToDecimal); // currencyStringToDecimal 是自訂的
b.Format+=new ConvertEventHandler( DecimalToCurrencyString ); // DecimalToCurrencyString 也是…
text3.DataBindings.Add(b);

這表示在轉換控制項屬性到資料來源的時候，會透過這兩個事件作變化。
Parse 表示控制項到資料來源，而 Format 正好相反。
都繫結上了以後呢？我們可以透過 BindingManagerBase 來作巡覽。

BinderManagerBase bm = BindingContext[ dataset, “tablename” ];

此時可用 bm.Position 取得位置，bm.Current 取得當前的物件(如果資料來源是 datatable，那就是 DataRowView；若是陣列，那就是所指向的元素)
bm.Position+1 就是下一筆，反之則是上一筆。到了最後一筆的時候，bm.Position+1 以後仍然會是一樣。
那麼，位置移動的時候會觸發甚麼事件？PositionChanged。所以我們可以撰寫自己的處理事件，

PositionChanged+=new EventHandler( this.fmMain_PositionChanged )

不僅僅是 TextBox 可以作，只要有提供 DataBindings 屬性的控制項都可以。
把 Button 的 Text 屬性 Bind 到某資料來源的某欄，而 Enable 屬性又 Bind 到 某欄時，那麼當移動資料來源位置的時候，就可以讓 Button 的相關狀態自動改變了。
這讓我想到似乎可以作一些 state machine 的東西…

在 deserialization 之後，需要做的一些處理可以寫在這裡。
.Net framework documentation 裡面的例子是以 Circle 類別作例子，圓的面積不 serialize，而是在 deserialize 之後再計算出來。

看完上一篇，你大概會想，要寫的 task 是如此之少，這真是太完美了。
但是對於笨Q來說，不幸的事情發生了…
笨Q 聽說 .Net 也移植到 Linux 上了，所以他想試試看把上篇的程式拿到 Linux 下編譯，於是笨 Q 安裝了 Mono。接著安裝 NAnt。
同樣他下載了 NAnt, 並且解開，放到 /opt/nant 下。
再把整個專案複製到 Linux 下，並且修改了一下 build 檔的內容，由

<property name=”nant.settings.currentframework” value=”net-1.1″/>

改為

<property name=”nant.settings.currentframework” value=”mono-1.0″/>

讓 NAnt 在建立專案前自動把編譯環境切換為 mono。
接著輸入
$mono /opt/nant/bin/NAnt.exe
這時只見 NAnt 很不爭氣的吐了一句：

Invalid element <solution>. Unknown task or datatype

笨Q 只能流淚默默接受這個事實，他知道必須自己學著寫 target。

---

一個 NAnt 的 build 檔案其實是一個 XML 檔案，最基本的元素是 project，project 則是由 target 與 property 組成的，而 target 則是由許多的 task 組成的。
所以一個空的 build 檔案是長這個樣子：
<?xml version="1.0"?>
<project name="dnsedu" default=“build”>
  <property name=“nant.settings.currentframework” value=“net-1.1″/>
  <target name=“build” description="Default build target" depends="dnsedu">
  </target>
</project>
那麼 target 裡面有哪些 task 可以用呢？你可以參考官方網站的這裡。
裡面真的很多 task，除了基本編譯(csc, vbc, cl, al, ilasm, resgen)之外，他還有 copy, cvs, mail, nunit …等等的 task，絕對可以讓你組合出你想要的東西。
要改寫上篇的 build(我假設你用 c#)，我們會用到 csc、mkdir 這兩個主要的 task。
以下是改寫好的 build 檔案
<project name="your_project" default="build">
  <property name="nant.settings.currentframework" value="mono-1.0"/>
  <property name="debug" value="false"/>
  <target name="build">
    <mkdir dir="bin" unless="${directory::exists(‘bin’)}" />
    <csc target="winexe" output="bin/your_project.exe" debug="${debug}">
      <sources>
        <include name="*.cs"/>
      </sources>
      <references>
        <include name="System.Drawing.dll" />
        <include name="System.Data.dll" />
        <include name="System.Windows.Forms.dll"/>
      </references>
      <resources>
        <include name="*.resx"/>
      </resources>
    </csc>
  </target>
</project>
mkdir task 這邊我使用了 unless，意思是 if not，所以意思就是當目錄不存在的時候，就建立一個。這裡判斷目錄是否存在的函數是 NAnt 內建的，想知道有哪些函數可用，可以參考NAnt官方網站的這邊。
csc task 裡面，則需要指定輸出類型(target)，輸出檔名(output)以及要不要包含除錯資訊(debug)。
夾在 <csc></csc> 裡面的，就是指定你 c# 程式，所引用(或參考)到的組件以及所使用的資源檔。
很簡單，對吧～
這就是最基本的囉，下次我們來談談 web 應用程式的部份。

在 .Net 2.0 以前，如果不使用 IDE 來建立專案，而想要直接在命令列打個指令就可以建立的話，你有 3 種選擇：

1. 批次檔
2. Makefile
3. NAnt

.Net 2.0 之後，多了一種選擇：msbuild。
這一系列文章主要是討論 NAnt，可是為甚麼要用 NAnt ? 又為甚麼要用 NAnt ??
簡單來說，爽。
如果要講跨平台，用 Makefile、msbuild (mono 已經搞了一個工具叫 xbuild，與 msbuild 相容) 都可以跨平台。
如果要講簡單，我個人是覺得 Makefile 比他還簡單。
如果要講功能，msbuild 也不遑多讓。
所以我說，就是一個爽。
Ant 是 Java 平台上一個極為重要的工具，而NAnt 最早是想把 Ant 移植到 .Net 上，所以才叫做 NAnt。
官方網址在：http://nant.sourceforge.net
下載 .zip 檔案以後，解開就可以用了，沒什麼特別的安裝步驟，即便是 Linux 也一樣。
我假設你解開以後會放到 c:\tools 下，並更名為 nant 。
廢話不多說了，直接從第一個實例開始。
我想一般人還是很習慣用 Visual Studio.Net 來開發吧。
所以，先隨便建立一個 Windows form 專案，確定它可以編譯。(或者你也可以用你手頭上的專案來試試)
接著在該專案目錄下，建立一個文字檔，並命名為 your_project.build (是了，your_project 你得自己替換一下。)
裡面放置如下內容：

<?xml version=”1.0″?>
<project name=”your_project” default=”build”>
<property name=”nant.settings.currentframework” value=”net-1.1″/>
<target name=”build”>
<solution configuration=”release” solutionfile=”your_project.sln” />
</target>
</project>

存檔以後，進入命令列模式，輸入

c:\tools\nant\bin\nant

這樣就大功告成了。
為甚麼可以這麼簡單？因為 NAnt 在 0.85.2296 以後已經添加了解析 Visual Studio 專案檔的能力，所以 build 檔裡面就只要用 solution 這個 task 就可以搞定了。
但是很可惜的是還不支援 Visual Studio 2005，即便是最新的版本也還沒看到蹤跡。