我的电脑上先前装过了 FireFox,并将其设成了默认浏览器。然后安装了 Visual Studio 2005。这里有个很奇怪的事情发生了,就是从此以后 Visual Studio 只认 FireFox 为默认浏览器(在调试 ASP.NET 程序时),哪怕我将 FireFox 删除了,重新设定 IE 为默认浏览器也不管用。
查看了很多选项都没法解决,正在抓狂之际,我发现了这个网页上提供了解决办法:
http://peterwright.blogspot.com/2005/10/fixing-visual-studio-2005s-browser.html
方法很简单,但是很匪夷所思。在项目中的某个网页上点击右键,选择 "Browse With..." 然后出来一个菜单可以设定默认浏览器。 -_-!!
有意思的是上述网页上一个回复带来的思考。作者称这反映了 GUI 界面的配置方法的一个弱点。在其他一些应用程序中,采用配置文件来进行选项设定会更容易控制。比如 Ruby on Rails 的程序配置全部用配置文件来完成,因而具有更高的生产力(more productive).
我觉得仅仅采用配置文件未必就会带来更高的生产力,配置文件往往需要很好的注释,才能使用的得心应手。比如我们经常使用的 php, apache 的配置,虽然用了配置文件,但是还是很复杂的,至少可以说需要花费很多时间去了解和学习才能达到熟练配置的程度。特别是我用过的一个编辑器 SciTE,所有配置信息都写在配置文件里面,从一个角度来看是非常灵活(甚至支持了 Lua 语言的扩展),但从反面来看,其配置体系的学习成本很高,另外在某些方面,不具备 GUI 配置的优势。比如我要设定某种语法的字体颜色,显然用颜色选择器会来的更加方便,而不是手工去输入颜色值。
Visual Studio 的配置 GUI 界面可以说是比较方便的,但是也有个讨厌的地方就是它坚持使用注册表。这样就造成了很强的绑定,以至于这种产品非常容易配置弄坏掉,或者在安装不同版本(比如 beta 版本和正式版本)的时候会造成干扰而导致后续版本无法安装。这个情况在 SQL Server 上也有。也许是微软的策略历来如此吧。
综上所述,我觉得理想的配置体系应该是:
简单易读的配置文件 + GUI
理由:
配置文件提供批量修改类似配置的快速入口,比如替换很多字体颜色的设定等,可以用搜索替换的文本操作完成,具有 GUI 很难达到的优势;
GUI 可以简化一些选项的配置,而降低不必要的学习成本。
关于配置文件的语言,我觉得 ini 跟 yaml 都是比较直观的选择,yaml 更具备可读性。
而 xml 的可读性可以说是最差的,这也是为什么 python 等动态语言的程序都反对使用 xml 作为配置的原因。xml 唯一想到的好处可能就是序列化了。
VS 2005 默认浏览器设定以及关于配置的思考
最新推荐文章于 2021-07-15 18:20:08 发布