在Linux/Unix系统中，对任何文件路径，文件名，URL地址的处理都是大小写敏感。对于这点设计，让我们长期从事基于Windows平台开发和工作的开发人员情何以堪啊。尽管可能这样设计是有它的特殊目的和出发点，但我直到现在仍然认为这点是一个非常蛋疼的设计。我试图找到一些理由来解释Linux为什么处理这些字符串使用大小写敏感，但是得到的答案都是一些无关痛痒的理由：

• 大小写敏感后，可以用更短的文件名来表示更多的文件。比如a.txt和A.txt它们是不是一样的文件，但是大小写不敏感后，它们只能表示同一个文件。
• 大小写敏感，让字符串（文件名）更容易排序。
• Linux是用C语言写的，在C语言里面，字符串是大小写敏感的。难道C++,C#不是大小写敏感？
• 大写和小写字符，本身它们的ASCII值就不一样，本来就应该认为它们是不一样的字符？

上面的这些讨论，难道有一个理由可以成为大小写敏感后所带来的不便的替罪羊（请允许我以一个Windows用户的角度来评论这个设计）？在我这段时间的跨平台研究经验中，这个问题已经不再是方不方便的问题了，已经上升到软件兼容层面上的很大问题。你可以说，这是我们自己写程序的的随意性造成的。但是对于长期基于Windows平台开发的开发人员，又有多少程序员会注意到文件路径和文件名的大小写统一问题。在我所遇到的问题中，至少80%以上是由于文件名和路径大小写的不一致所导致的，而这些问题，有时候也是相当长的时间来进行调试后才会察觉出来。下面就来看看，我到目前为止，发现的由大小写敏感所带来的软件的兼容问题吧：

还好，CSS，Javascript的语法都大小写敏感的，要不然痛苦还会多很多。

以上提到的这些大小写的问题，Mono团队也很早就意识到如果不解决，可能会是Mono更好发展的一个障碍。因此他们提供了一项叫做IOMap的底层映射来屏蔽由文件路径大小不同所带来了兼容性问题。但是，在介绍中，只是提及对基于Apache的配置例子，也许也有针对XSP的支持例子：

MONO_OPTIONS="--debug --profile=iomap" xsp2

但是由于我需要在MonoDevelop中调试更多的其它问题，因此我也需要在MonoDevelop用XSP启动站点调试时开启IOMap的选项，可惜，至今我还没有设置的办法。今晚，我看到了Mono Tools for Visual Studio 2.0 Beta 1调试可以配置这个选项，但为何这个Mono_Tools也可以跨平台呢？莫非它不仅仅是一个Visual Studio的插件？也许奥秘就在这里。希望过几天我就可以解决调试时使用IOMap的问题。这样真的可以减少太多的代码改动了

本文结束

关于MonoDevelop的调试大小写问题的官方邮件列表讨论：http://go-mono.com/forums/#nabble-td3606760