Thinking more…

Boo 的變數宣告方法很簡單，就跟大多數的 script 語言一樣，指定即用。
比較特別的地方有三個：

• 在第一次指定以後，該變數型別就確定了，之後若指定其他型別的值給它，會發生錯誤。這邊的行為跟 Python、Ruby、Javascript等 script 語言不同，要特別注意。這也證明了 Boo 具有靜態語言的特性。
• 字串裡可以用 ${var_name} 的方式，會直接把 var_name 的值放到變數裡面去。
• 字串有三種定義方法：
  1. 雙引號，如”Hello”
  2. 單引號：跟雙引號的不同處，在於單引號字串不解釋 ${}，所以 print ‘${var}’ 會印出 ${var}，而不是 var 變數的值。
  3. 三個雙引號，如 “””Hello”””，跟前兩者的差別在於可以跨越多行。這跟 python 一樣。

// var.boo
i = 100
s = "Hello world ${i} times!!"
print s
// 如果把 100 指派給 s，就會發生錯誤
// s = 100
// Boo Primer 說可以像下面這樣寫，但經過我試驗，是不行的。
// s as int = 200
// 但這樣寫，卻是可以的
o as object = 300
print o
o = "I am object"
print o
print """Hello
Line1
Line2
Line3"""

Boo 官方建議不要特別花心思去寫 <variable> as <type> = <value> 這樣的語法，盡量使用 <variable> = <value>。
經過編譯(booc -target:exe var.boo)以後，再用 reflector 去反組譯，產出的C#代碼如下：

private static void Main(string[] argv)
{
int num = 100;
Console.WriteLine(new StringBuilder("Hello world ").Append(num).Append(" times!!").ToString());
object obj2 = 300;
Console.WriteLine(obj2);
obj2 = "I am object";
Console.WriteLine(obj2);
Console.WriteLine("Hello\r\nLine1\r\nLine2\r\nLine3");
}

從反組譯出來的結果看來，Boo都幫你自動處理好了，的確是不用特別花心思去寫。

承接上篇的討論，經過 Hack 之後，發現原因就出在 Console.ReadKey()。

booish 與 IronPython 為了要能達到自己的需求，所以並不使用 Console.ReadLine()，而是使用 Console.ReadKey() 自行處理收到的按鍵並輸出。
為了要知道為甚麼會有問題，我試著寫了一個小程式，想知道相似的方式，是否也會有同樣的問題發生：

// Program: readkey.cs
// How to compile: gmcs /target:exe readkey.cs
using System;
public class Hello {
public static void Main( string[] args ) {
Console.TreatControlCAsInput = true;
ConsoleKeyInfo keyInfo;
do
{
keyInfo = Console.ReadKey( true );
Console.Write( keyInfo.KeyChar );
} while( keyInfo.Key!=ConsoleKey.Escape );
}
}

這個小程式編譯以後，使用 .NET 來執行，一切正常，但使用Mono Windows 版來執行，就硬是會 echo 出兩次。
經過用Reflector比對以後，發現Mono的 Console.ReadKey() 的迴圈條件式有問題。
如果將該條件式修正為：

// } while( record.EventType != 1 && !record.KeyDown); // original
} while( !(record.EventType==1 && record.KeyDown ) );
// 附帶一提，這是 Windows .NET 的版本的變形，多判斷了 Character=='' 與 VirtualKeyCode 不是 Ctrl、alt、shift、numlock、caplock、scrolllock 的情況
//} while( !(record.EventType==1 && record.KeyDown ) || record.Character=='' && ( ((record.VirtualKeyCode0x12) && record.VirtualKeyCode!=0x14 && record.VirtualKeyCode!=0x90 ) ? (record.VirtualKeyCode==0x91) : true ) );

就可以解決問題，我想這可能是因為寫作 WindowsConsoleDriver.cs 的人對 ReadConsoleInput() 不夠清楚的緣故，不過其實我也是看了 source code 才知道要這樣去判斷。
總之，一切就此水落石出。

等等，可是為甚麼 Console.ReadLine() 沒有問題呢？嗯嗯，這邊的原因也很簡單，因為不管是 .NET 的 CLR 或是 Mono，都是調用 stdin 進行處理，所以就沒有這樣的問題了。

解決方法，目前並沒有，應急的方法是自行下載原始碼，修正Console.ReadKey()(在class/corlib/System/WindowsConsoleDriver.cs)以後，再編譯。不急的話，是先上Mono Buzilla去找找看是否有人回報過此問題，如果沒有再回報上去。
晚點要去找找看，然後回報上去，希望下個版本能解決。

Boo 有兩個很方便的工具：booi 與 booish
booi 可以用來直接執行你寫好的 script，而不必事先編譯。
而 booish 則可以讓你直接輸入指令，立即就能看到結果。
類比其他語言的話，booi 用法就像是執行 wscript your_script 或是 python your_script：booi your_script。
booish 就像是單獨執行 Python 或 ruby 是一樣的，執行以後，會出現訊息以及提示符號。
booish 的提示符號是 >>> ，與 Python 一樣，使用方法也很類似。
使用 booish 的時候，我發現很詭異的地方，就是使用 Mono 包進來的 booish 與 ipy (IronPython) 時，輸入任何字元，都會自動出現兩次以上…
boo 官方網站所提供的 booish 就沒有這個問題，這讓我很納悶。
有時間來找找這問題發生的原因。

使用 ildasm 有兩個目的：

1. 比較print macro 與 print 函數的差別
2. 比較 booc 編譯出來的可執行檔與 c# 編譯出來的可執行代碼

print macro 與 print 函數算是差別很大吧。
print 函數會調用 Boo.Lang.Builtins 類別裡的 print 函數，雖然實際上此函數的內容也是使用 Console.WriteLine()，但是除了你需要多附上 Boo.Lang.dll 之外，你還需要負擔 CLR 執行時動態把 Boo.Lang.dll 載入的成本。

IL_0005: call void [Boo.Lang/*23000001*/]Boo.Lang.Builtins/*01000001*/::print(object) /* 0A000001 */

使用 print macro 的話，就只是把 Console.WriteLine 替換進去，以編譯出來的結果而言，這會比較有效率，但如果作為 script 執行時，我想應該會有些損失。

IL_0005: call void [mscorlib/*23000001*/]System.Console/*01000001*/::WriteLine(string) /* 0A000001 */

這就是為甚麼BOO Primer建議使用 print macro 的原因。
booc 編譯出來的結果與使用 gmcs (我使用 Mono 的 c# 2.0 編譯器)編譯出來的結果非常接近，都同樣直接呼叫 System.Console.WriteLine，可以視為一樣。
p.s. 我也看過以 csc 編譯出來的結果了，實際上也非常相近，不過反組譯出來的IL代碼裡面的編排有些許不同。

接下來的系列文章，大致會照著BOO Primer的章節來作介紹。

是的，永遠的 Hello world!

BOO 的 Hello world! 非常簡單：

// 把 print 當 macro 使用，什麼是 macro ??日後再說明
print "Hello world!"
// 或者是拿 print 當函數使用
print("Hello world!")

官方建議使用 print macro 的版本，我想是效率上的考量，macro 在執行時會展開為真正的代碼，而不是以函數呼叫的方式來處理。不過我覺得這見仁見智，差別不是很大。另一個好處應該是很像 Python 吧～