Thinking more…

在 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，即便是最新的版本也還沒看到蹤跡。

MonoDevelop Releaes 0.10 版啦~
這次提供了 GUI designer 了喔,也可以作 Refactoring ~~
另外還有我小小的貢獻：zh_TW 的翻譯 :-p
詳情可以看 Release notes for MonoDevelop 0.10.
看了Tracking Performance in Mono才知道，原來已經有個大學從 2004 年開始就在進行追蹤 Mono 效能，並且提供了詳細的報告呢。
報告的網址：Regression Tests – MONO Regression Benchmarking

Q and A with Miguel "Mono Man" De Icaza

這是一篇訪談,對象是Mono專案的 leader,裡面提到很多關於 Mono 的現況與未來發展.
稍微整理一下我看到的:

1. 1.2 beta 1 將會在四月釋出,最主要要完成的是 Windows form 1.1 的部份.
2. vb.net compiler, 實做狀況不佳,因為 Linuxer 都對 c# 比較可接受,但是你可以先在 windows 編譯好 il (assembly)再拿到 mono 上用.
3. 有討論到關於 object pascal / iron python / ruby 的一些事情.
4. 對 .Net 2.0 的支援, c# 2.0 compiler 都已經完備了, 目前少的是 2.0 的類別庫. 在1.2之後,他們會排定開發順序.