面向VBA初学者→ VBA代码中有关【变量】的误区

手把手学习

liucqa 发表于 2013-11-5 23:57
你说的这些，就好比欧阳锋和洪七公争论到底是蛤蟆功厉害还是打狗棒法厉害，你跑过来说，我认为肚子饿了 ...

你可以这样认为，但是，我用香川老师写的实例已经侧面回答了你。

liucqa

手把手学习 发表于 2013-11-6 00:12
你可以这样认为，但是，我用香川老师写的实例已经侧面回答了你。

呵呵，我的意思是说，其实你没看懂争论的是什么问题。

其实在这个论坛，能看懂这个帖子争论的到底是什么的，实际也没多少人，大部分是看热闹起哄架秧子的...

对天天吃包子的人，你去问他是天九翅好吃，还是血燕窝好吃......嗯.....这个问题咋回答呢？

估计只能说，填饱肚子的好吃了...

多好的答案呀！

liucqa

http://kb.cnblogs.com/page/192017/

程序员最头疼的事：命名
作者: Phil Johnson  来源: 伯乐在线  发布时间: 2013-11-05 21:53  阅读: 4334 次  推荐: 13   原文链接   [收藏]  

　　原文链接： Don’t go into programming if you don’t have a good thesaurus

　　许多程序员认为编程时，如何命名不仅是他们面临的老大难问题，也是最重要的事情之一。

　　上周，我发起了一个“程序员编程中的老大难问题”的投票，主要是基于最近Quora上的跟帖讨论。根据大家的反响和投票结果，有一项投票遥遥领先，稳居第一——对于软件开发人员来说，最大的难题是：如何命名（例如：给变量，类，函数和过程命名等等）。

　　对于这个结果，我多少有点意外，因为作为一个多年的开发人员，我不会投给这一项（我想我会投给“修改或维护别人的代码”）。但是真正让我惊讶的是，看起来好像不怎么重要的命名居然排列第一，跟期待的结果实在差太远了。下面是投票结果的分布图。

　　该结果是来自Quora问答网站和更早的Ubuntu论坛跟帖的4500个开发者的投票。“如何命名”一项的选票几乎是其它八项的投票结果的总和，哇！

　　的确，这些基于自我筛选的群体的投票结果是完全不科学的。但是我认为这个结果还是有一定意义的，换句话说，如何命名的确是个很棘手的问题，许多非编程人员可能会意识不到。

　　几年前在StackExchange社区里对于这个话题刚好有个跟帖，为了强调这一点，我引用了一些内容是关于程序员在编程中对于命名的的痛苦和纠结。

　　“我确实在编程的时候花了很多时间在考虑如何命名。”

　　“我不得不同意命名是一门艺术。”

　　“如果你想要提高代码的可读性，命名的确很重要。”

　　我认为最后一条抓住了部分核心，解释了命名为什么会这么难，因为它太重要了。准确的命名可以提高代码的可读性，让人容易理解，方便调试，也给以后修改和维护你的代码的人带来方便。一旦开始做了，很快你会发现要想出一个简洁又准确的名字没那么容易。就像Jeff Atwood 所写的：

　　“想出好的命名的确很难，但是有难的道理，因为好的命名需要只用一两个单词出表达你的根本意思。”

　　而且，许多人认为，正确的命名能帮你写出好的代码。如果不能为一个变量或者函数想出一个清晰又简洁的名字，那可能是你的代码有问题。那样的话，你就得考虑重写或者进行代码重构了。

　　“通常，如果你无法想出一个合适的名字，意味着你的设计可能有问题。你的一个方法里是不是实现了太多的功能？或者你的类的封装，凝聚性不够强？”

　　“我的经验是如果无法给你的类想出一个合适的名字，大多数情况都是你的类有问题：你可能不需要这个类，它有点多余了”

　　“命名难也不见得是坏事儿，它可以迫使你去认真思考你的类到底想要实现什么功能。”

　　长话短说：如果你想要学习编程，一定要给自己准备一本好词典。

PLINQ

liucqa 发表于 2013-11-9 11:30
http://kb.cnblogs.com/page/192017/

程序员最头疼的事：命名

如果不能为一个变量或者函数想出一个清晰又简洁的名字，那可能是你的代码有问题。那样的话，你就得考虑重写或者进行代码重构了。

非常正确，MF大神在经典著作《重构》中反复强调了这个观点。

uustudy

给力噢。。。。

czc552

正解！知音！同苦！

coby001

香川群子 发表于 2013-2-17 10:11
微软提供了声明变量，或不声明变量就使用的选择，
本身就说明不声明变量的用法是完全可以的，并且也是有 ...

微软先允许“不声明”，后发觉是个坑，就用option explicitl来补救的。不要再继续坑初学者了。

xiamu

hzruziniu 发表于 2013-1-31 17:09
我们初学者鼎力支持香川老师的观点，那此高手们不要再打口水战了，香川老师的观点是正确的，象我们这些没有 ...

复制代码不叫做编程吧？

香川群子

coby001 发表于 2014-4-20 21:38
微软先允许“不声明”，后发觉是个坑，就用option explicitl来补救的。不要再继续坑初学者了。

你不要自以为是。你的解释是完全不符合逻辑的。

Option Explicit 和 Option Base 1 一样，是本来就有的功能，并不是补丁。


…………
至于你认为微软允许不显式声明就可以使用变量是个坑，而不是一种方便用户的选择，
那也完全是你个人的认识而已。

如果照你的逻辑，
允许 arr = Range("A1:D5") 来得到内存数组，
而不是强制要求 arr = Range("A1:D5").Value

这也是个“坑”。

还有，允许 LastRow = Range("A65536").End(3).Row

这也是个“坑”。


………………是不是？！

ty1015

神们，不要太纠结了