一 : 站长如何调用日期代码
站长网有个站长工具，不知道有多少人在使用。(http://tool.61k.com )我也不经常使用这里的工具，但是第一次打开这个页面时，我就发现了一个特殊的地方。
站长工具顶部有一个日期的调用，包含了公历/农历/星期几，正如我现在看到的：(公历:2008年6月17日 星期二 农历:戊子(鼠)年五月十四)，这个与众不同的农历调用使我喜欢上了这里。
过了好些日子之后，当我想要在自己的网站首页添加类似的日期调用时，我想到了站长网。于是欣欣然的查看源代码。我原本以为是一个简单的js调用呢，没想到源代码里什么也没有看到。
可我确实喜欢这样的形式，既然看不到，那我就自己动手做一个吧。
我相信这样的工作对很多站长来说都很简单，只不过没有人愿意去写罢了。
对我来说，还是有一定难度的，因为我确实不大懂这些代码，只好去搜索。
第一步，调用公历日期的代码容易找，我在别的网站上正在使用，现在只是再拿了过来。
第二步，调用农历日期以及星期几的代码也搜索到了，再简单的进行了一下修改，主要添加了生肖年的显示，比如今年是鼠年，就显示了一个鼠字。
第三步，今年是北京奥运年，干脆再添加一个距离北京奥运还有多少多少日吧，再干脆一点，精确到秒，这样应该和其他网站上显示的到记时有点不同了吧。
第四步，把以上的调用代码写到同一个js文件里。
第五步，成功调用。
第六步，为该日期调用加上万年历的链接。
第七步，加密……
在这里我就不贴代码了，毕竟代码文件也不算很小，贴这里太占篇幅了，我把我做好的js文件地址写在这里，谁需要的话，直接右键目标另存为就OK了。
http://cnzhufu.cn/iindex/cndate.js
至于如何调用js，想必大家都知道的，这里也罗嗦一下发出来。
万年历的链接：
(这个万年历的代码也很容易获取，直接查看源代码，再保存为html文件就行了)
当时写完了，觉得自己成就挺大的，于是对调用部分的代码加了密，现在想想何必呢，还不如共享给大家呢。
最后，欢迎大家到我站首页观看日期调用的效果：(公历:2008年6月17日 星期二 农历:戊子(鼠)年五月十四 距北京奥运会开幕还有:52天15小时28分23秒)
我网站的地址，再罗嗦一下：http://cnzhufu.cn/ 中国祝福网
首发个人blog与站长网。转载希望保留文中所有链接。
二 : c#如何统计代码执行时间
一、c#中stopwatch的理解
1、Stopwatch 实例可以测量一个时间间隔的运行时间，也可以测量多个时间间隔的总运行时间。(www.61k.com］在典型的 Stopwatch 方案中，先调用 Start 方法，然后调用 Stop 方法，最后使用 Elapsed 属性检查运行时间。
2、Stopwatch 实例或者在运行，或者已停止；使用 IsRunning 可以确定 Stopwatch 的当前状态。使用 Start 可以开始测量运行时间；使用 Stop 可以停止测量运行时间。通过属性 Elapsed、ElapsedMilliseconds 或 ElapsedTicks 查询运行时间值。当实例正在运行或已停止时，可以查询运行时间属性。运行时间属性在 Stopwatch 运行期间稳固递增；在该实例停止时保持不变。
3、默认情况下，Stopwatch 实例的运行时间值相当于所有测量的时间间隔的总和。每次调用 Start 时开始累计运行时间计数；每次调用 Stop 时结束当前时间间隔测量，并冻结累计运行时间值。使用 Reset 方法可以清除现有 Stopwatch 实例中的累计运行时间。
4、Stopwatch 在基础计时器机制中对计时器的刻度进行计数，从而测量运行时间。如果安装的硬件和操作系统支持高分辨率性能的计数器，则 Stopwatch 类将使用该计数器来测量运行时间；否则，Stopwatch 类将使用系统计数器来测量运行时间。使用 Frequency 和 IsHighResolution 字段可以确定实现 Stopwatch 计时的精度和分辨率。
二、实例
// 使用 StopWatch 进行测量
Stopwatch sw = new Stopwatch();
sw.Start();
for (int i = 0; i < 1000; i++) { ++i; }
sw.Stop();
Console.WriteLine(sw.Elapsed);
参考资料： c#中使用stopwatch统计代码执行时间 www.61k.com .html
三 : 写代码时，缩进使用 tab 还是空格？
网友大猫对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
知乎不支持 Gif 有兴趣的同学请移步 缩进, Tab 还是空格?直接拉到最下面看我录的注释对齐演示
我是曾经的 Tab 党,转为空格党的理由只有一个,
就是 Tab 无法做到行内 行末代码或注释的对齐,而空格啥都可以
对于输入的问题,正经点的编辑器都支持按 Tab 输入特定个空格,有些神器(IntelliJ IDEA)还支持根据上下文动态插入空格以达到行内/行末代码对齐的功效,具体演示请访问开头提供的链接
HTML 里的 Tab 和空格
不管多少个连续的 Tab 还是空格,在网页呈现的时候都会显示成一个空格,K 数依然是个问题,不过走 Gzip 的话也不是啥问题,因为 Gzip 对重复的东西压缩率特别高.
网友夕-_-夕对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
我觉得。。。。
这都不重要，
重要的是：千万不要混用。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
网友waterwu对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
个人一贯用 Tab。
不认为有必要就为了在不同编辑器下看到的都一致而强制要求用空格，因为就我的经验，使用空格往往会带来更多的麻烦。不同的编辑器对于空格缩进的退格处理也很不一致，用词删除模式时会更加不一致，会徒増很多烦恼。如果说在其它编辑器下的状况，大多代码编辑器都已经处理好了tab的缩进量，不至于变成ugly的8空格处理；而记事本这类应用又都会变成非等宽字体，这依然是会不一致的，所以我觉得追求这一致性根本没必要。
但我更认同：这个根本没必要讨论，喜欢哪个用哪个。其实python社区要求一定要用空格，我就感觉很不爽。
只要开发者有代码规范意识，不管用空格还是用TAB写出来的东西都很好看，代码结构、命名都会很不错。而如果没有代码规范意识，代码无论从哪方面看都是一团糟，强制用空格或TAB都无济于事。就算用的是python也依然无济于事。
网友冯子浩对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
都说2格4格问题……干脆tab，谁喜欢多少自己调……
网友宝术对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
通常的建议是设置你的开发工具，将一个tab设置为4个空格，输入tab时自动转换。（其实我不喜欢这么干，主要是删除时很烦，得四次退格，而我有个不良习惯就是频繁重构代码）
还是看你所在的环境、语言和文化。
如果团队都是用eclipse编程，那无所谓tab和空格，统一导入一份code format，强制大家格式化代码就行了。加上code review矫正。编程这么多年从未因此烦恼过。
但是在其他的语言文化里，譬如ruby，习惯用两个空格缩进，那么你就老老实实这么干，把IDE/Editor都设置为tab=2space，这样就省了很多麻烦。
你用VS写C#都遇不到这烦恼，用默认配置就的了。
你还要在linux下用VIM写C++？Lisp？erlang？
最终建议就是你去找这个语言领域内最热门的一个开源项目，看这帮业内最杰出的家伙是怎么协作的，照猫画虎绝对不会错。
网友李遥对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
空格的好处我都知道，但是仍然我倾向于使用tab，因为这样留下了重新解释的余地
就像在html/css里面写死font-family, font-size等style细节也是不好的设计。设计师要相信未来的浏览器能智能地用最漂亮的方式把信息渲染出来（safari的reader模式就是一个例子）
网友pansz对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
使用空格还是 tab 的这个问题，如同程序员之间的『语言之争』，『vim/emacs编辑器之争』一样是个永远的圣战，这个争论不会有结果，你怎么选择都有自己的道理，只是看你选择认同谁而已。
就我而言，我提倡尽可能用空格（除了少数必须用tab的情形以外）。理由如下：
空格在各种情况下代码都是你想要的样子。而 tab 仅仅当你与代码作者的 tab 尺寸设定为相同时，代码才好看。
修改 tab 尺寸并不能解决这个问题，因为你很难做到每打开一个文件就修改一次 tab 尺寸，而每个人通常有不同的习惯（POSIX/Unix 标准的 tab 应当为 8 字符宽度，Linus 大神也规定 Linux 内核中所有代码的 tab 尺寸为 8）。如果存在行尾注释，则 tab 尺寸更加是必须设定为与作者相同，这就意味着你看不同的代码需要经常修改 tab 尺寸。我看过许多代码，其使用的 tab 尺寸有从 2,3,4,5,6,8,16 甚至 32 的，如果你使用的 tab 尺寸与作者不同，外观将很不理想。靠谱的编辑器都能解决前进后退增加减少缩进的问题，即便是四个空格，一个退格键也能全退了，所以在使用的方便性方面根本不存在问题。——如果抱怨删除调整还不能有效解决的，你需要研究一下你的编辑器了。实际上增加减少缩进在主流编辑器中都直接有快捷键，无论是 tab 还是空格还是退格都很少直接被用于缩进。
tab 是制表符而不是缩进符，正如在 html 页面中大量使用<table>进行布局是个不好的编程习惯一样，在编程中大量使用制表符布局通常也不是个好习惯。
如果代码需要压缩发布，使用空格的代码通常具有更好的压缩率。各位不信的可以使用批处理工具把代码用全空格或者全 tab 走一遍。——这里面的原理是信息量，使用 tab 缩进的代码中，仍然不可避免的含有空格（运算符之间的间隔，注释等等），但使用空格的代码中根本不含有 tab，这使得 tab 缩进代码虽然不压缩的时候更小，但熵更高，因而压缩率较差，压缩之后反而更大。——当然，压缩发布代码仅仅对开源软件有意义，商业软件可以无视。
网友钢盅郭子对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
Tab
每行开头加注释不会破坏对齐
网友zhiyelee对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
在不同的编辑器里tab的长度可能不一致，所以在一个编辑器里用tab设置缩进后，在其它编辑器里看可能缩进就乱了。
空格不会出现这个问题，因为空格就占一个字符的位置。
一般用4个空格代替tab，vim，eclipse，np++等都可以设置。
网友小爝对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
看心情。
网友Tim Shen对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
看看这个/w\ http://www.61k.comSmartTabs
网友方三对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
怎么没人觉得Tab宽度可调是好事呢? 这是给每个人的自由! 反而用空格的话, 有的人觉得4个空格对齐好看, 有的喜欢2个, 他们都觉得自己的写法是最好看的, 而关键是以后都不可调了, 只能让后来者顺应他们, 至少我觉得不爽.
当然, 团队中我基本上用空格, 因为空格总是不能避免 (为了对齐), 而混合使用又会被人打, 所以最终(被迫)选择空格
顺便再澄清下:
http://golang.org/src/cmd/gofmt/doc.go
6Gofmt formats Go programs.7It uses tabs (width = 8) for indentation and blanks for alignment.网友木木熊对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
我提倡用Tab，原因：
１.方便，不需要编辑器的特殊支持
２.可以依照每个人的习惯设置自己的Tab宽度
网友冯东对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
Tab。
关于 Tab 的宽度：目前绝大多数 editor 的 tab 宽度都是可调的，这不是问题。
关于空格：缩进不仅仅是添加，还要删除，调整。用空格只处理了添加问题而已。
有人提出借助 editor 來讓空格同樣方便。如果這麼說，也不要選擇性指證。你有利於空格的 editor，我同樣有利於 tab 的 editor。Xcode 可以 per-file 指定 tab 寬度。完全解決 tab 的弊端，而且保持了 tab 對空格的一切優勢。Sublime Text 同樣可以解決 tab 寬度變長的問題。而且現代 editor 解決 tab 寬度的 UI 甚至不需要進入任何對話框，直接在主 editing 界面上。
网友用心阁对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
操作用tab键，编辑器设置为使用4个空格替代
网友杨二毛对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
1）遵循团队规范，一致性 > 好或坏
2）必要的时候使用Tab / Sapce 转换工具互转
3）多写写Python
网友贺师俊对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
在 Elastic tabstops面前，Space VS Tab 的圣战可以终结了。唯一剩下的问题是，各种 IDE/编辑器 什么时候才能支持 Elastic tabstops 特性：What are the drawbacks of elastic tabstops?。
更新：这两天写了一个user script，给github网站加上了elastic tabstops支持。在此：https://github.com/hax/etab/blob/master/dist/github.user.js。
网友张杰对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
看公司编码规范就行了。
网友冯特罗对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
用tab还是4个空格来代替tab，我觉得这都不是一个问题，关键是团队成员统一和团队自身情况，因为tab在不同的编辑器和系统中可能不一致而导致代码不对齐，至于说的使用4个空格的效率问题，我觉得这更不是个问题，是，理论上是4个空格会比一个tab效率低，但这完全可以小到忽略，还有说删除缩进4个空格没有tab方便，这依然不是一个问题，Ctrl+Tab同样可以搞定，因此使用tab还是空格，根据团队和个人喜好吧，不什么争议。
还有一点，在查看源代码中，使用tab时，如果代码层级过多，会出现很大的空块，看着不舒服，而4个空格相对较小，当然这个也不是问题。
PS：我个人之前使用tab，后来开始使用4个空格代替tab，原因是tab属于特殊字符。
网友蒙面大侠对[空格代码]写代码时，缩进使用 tab 还是空格？给出的答复：
遵循你所在团队的coding style。
----------------------------------------------------华丽的吐槽分割线---------------------------------------------------
上面的兄弟们说了那么多，让我很纠结，你们都在谈论自己的喜好，问题是这个问题是个人喜好的问题吗？
在我所受到的前辈灌输的理念中，代码永远是写出来给你的团队中的其他成员看的，在这么重要的协作问题上，项目开始的时候就必须进行圆桌会议，让彼此间投票决定彼此的编程习惯，定下来了，写成coding style，放到代码文档中，不到万不得已绝不修改。
所以在一个开明的，自由的团队中，自己一个人就能把这个问题说了算的，基本没有。
当然独裁的团队就另当别论了。
61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1