That’s right. Looking at Length property equals to zero or not will be much faster than string equality comparison. In a more common case, use IsNullOrEmpty method instead in .net 2.0. This method checks the coming argument null or not, and then call String.get_Length to compare with 0.
Quote
一般人都喜欢用 (a==null || a=="" )来判断字符串是否是空的，也有部分人会用 String.IsNullOrEmpty(a)来判断（这里要大骂一下微软写MSDN帮助的人，这个方法的说明居然明显地写错了，包括IDE中的代码提示也是错的！！也许因此很多人本来知道这个方法的却被这个提示给误导了！）
现在回到假设已经知道a不是null的情况，我们需要判断a是否是空字符串，如何判断呢？ a=="" 估计是大部分人的选择，当然这个时候继续用String.IsNullOrEmpty（a）也是无可厚非的，但是毕竟多了一句废代码， 也许大部分人认为把一个字符串和""比较是一个简单的操作，不过事实上并不是这样～～～～～～～
让我们ILDASM一下，看看这个 == 运算符到底做了什么事：
代码首先是把null的情况当特殊情况先处理了，然后
（省略了MSIL equalhelper代码）
是否感觉有些可怕？在a是空字符串的情况下，2个空字符串比较将会执行多少代码啊，首先是先比较字符串的长度，如果长度不同则返回假，可是此时2个字符串都是长度为0所以不符合这个条件，这个分别锁住a和""这两块内存，然后初始化4个指针来指向它们，再用2个复杂的循环和表达式运算，移动指针比较（很庆幸，由于是空字符串，2个循环实际上分别只判断了一次，并不会执行循环体）然后再判断字符串的长度～～～～ 至此，a=="" 返回了一个true ～～～事实上事情本可以更加简单得多，如果我们使用另外一个表达式 a.Length == 0 则世界将美好许多，不再需要指针，不再需要那些复杂的语句，我们需要的仅仅是：
.method public hidebysig specialname instance int32 get_Length() cil managed internalcall
事实上在上面的L_0001和L_0009的最终语句里这句话已经被调用了2次了～～～
所以下次需要判断一个字符串是不是空字符串的时候，使用a.Length==0要比a=="" 执行起来快得多，需要执行的机器指令也少得多！
比如.net代码引用了非托管代码，而非托管代码是不能在linux下运行的。这时会出现P/Invoke的问题。我不知道如何解决，重写吧。
linux下的路径分隔符与win下不一样，建议.net下的全部写成 /，或者用 Path.SeparatorChar，否则会出现在linux下找不到文件的问题
linux下大小写敏感，所以在.net代码里也要注意文件写的大小写问题，应当严格一致。
对winform情况更为复杂，一些.net下的功能可能在MONO下还没有完全支持，所以在porting的时候应当注意这些功能。
看官方网站，目前MONO处在1.x到2.0中间的某阶段，这意味着MONO还没有完全支持2.0，一个复杂的项目从.net到mono还是需要efforts才能搞定。
我前面经常遇到登陆进去后，却不能发表日志，发表日志的链接是灰的。前面有过调查，大致归因于中国的服务器好像有问题，一些js脚本可能无法传到我的机器。到美国后，同时用的一个台式机访问和发表空间日志没有任何问题，但笔记本仍有同样问题，有时候能发表，大部分时间却不能，很不稳定。无奈我前面都是通过email来发表日志，但总归是比较麻烦，一些信息通过email过去好像要审查，无法发布出来。
刚才在下班之后突然想来，如果我改成英语，那么将直接从美国这边的服务器下载，可能就没有问题了。
1)在浏览器的语言选项里（Internet Options/Lanugages）加入英语(美国），并移到最上面；重新打开Google时，发现Google的界面已经是英语。但登陆到空间，发现仍是中文，发表日志仍无效。
2)找到一个帖子，说可以更改space的默认语言，点击 http://spaces.live.com/?mkt=en-us 进去，发现果然是英语了。退出，再打开，还是英语，没变回来。估计在Cookie里存储下来了。
3)再进去发现果然发表日志的链接可用了。
前面跟人讨论说到这个问题，总怀疑我的机器中毒或有木马，因为我习惯是不打开杀毒程序。但自己感觉机器还是比较干净，应该问题不在这。现在这个结果表明，是国内的服务器有问题（或者是那个什么Great Wall Firewall等东东在搞破坏）。
Nov 29, 2007: I also found installed IE 7 will also solve this problem.
1. We cannot directly use dynamic libararies generated by MinGW in MSVC application
2. To enable this, it’s easy. In eclipse, open project property window, go to the MinGW c++ settings page, and enable –output-def by giving a def name.
3. Compile, this time it will generate a def file along with the dll file.
4. In msvc command window, type "lib /machine:x86 /def:def_file.def". It will create a lib file and a exp file.
5. In msvc ide, import this lib file as the common dll generated by MSVC.
6. The above described for only C functions, or c++ functions with extern "C" keywords. all c++ functions and any functions inside c++ class cannot be called by MSVC in this means. For information to address this so-called ABI (Application Binary Interface) issues between c++ compilers, please google with "ABI C++". In a short word, there is no easy way to do the interoperation. But there might be some workarounds.
Reference:
1. http://www.mingw.org/MinGWiki/index.php/MSVC-MinGW-DLL