很正常啊，玩php有年头的基本都去玩cms去了，很少去专研啥技术了，php就是短平快--简单快速有来钱，所以想招有技术滴难啊，大家都cms，技术都一样。而新人们觉着php日薄西山，学都懒的学。

关注

18楼提到了一个问题，“术业有专攻”，确实是这样。 不管学什么语言，学精通了比用什么先进的语言都好。

@徐少侠
最好用正则表达式,这种地方就是正则表达式的用武之地

用异常还是if的原因不是性能，而是当前的代码是否能够处理不正确的情况，如果你能够预料到错误情况，并能自己决定如何处理，用if。如果不能确定是否会出错，会出什么错，或者自己处理不了需要调用方决定，用异常。

有人说这个是入门知识而已：
http://www.cnblogs.com/dawave/archive/2008/07/14/1242134.html

http://www.cnblogs.com/GrayZhang/archive/2008/06/27/1231308.html
来吧，把异常发挥得淋漓尽致吧

一个被放在IIS上的网页所提交上来的数据

业务层如何验证其一定是数字型？

用if可以实现判断

也可以使用异常机制

而网页每天被调用的次数不会少的

使用异常机制，耗时的异常类仅仅在需要的时候实例化

使用事先判断，短暂的if语句会被无谓的反复每次运行很多次

想象一下，仅仅一个基本的文本框里来的数据要经过多少判断？

并且，在10万次方法调用中，必须用IF来判断10万次??

我想象不出，你的是什么需求？

--引用--------------------------------------------------
李贵庆: 能预测到可以出现的异常最好用条件判断并处理（比如除0错误）。

最好不要用异常来参与逻辑（虽然代码少了，可是对于性能的损耗大到你惊讶）。

异常主要用来处理不可预知的错误，比如访问数据库的连接字符串，如果数据库关了或者网络断开，等等可能会存在的才用异常处理。


--------------------------------------------------------
不同意你的意见

想象一下，仅仅一个基本的文本框里来的数据要经过多少判断？

并且，在10万次方法调用中，必须用IF来判断10万次

而异常模式则仅仅需要在10万次里处理仅仅出现的10次或者100次

呵呵

可以预知的异常最后处理,不可以预知的才做异常处理

"永远不要去处理你不知道怎么处理的异常" 这一句话堪称经典

@李贵庆
的确，异常的性能损耗 比你多一个if 大的多了

能预测到可以出现的异常最好用条件判断并处理（比如除0错误）。

最好不要用异常来参与逻辑（虽然代码少了，可是对于性能的损耗大到你惊讶）。

异常主要用来处理不可预知的错误，比如访问数据库的连接字符串，如果数据库关了或者网络断开，等等可能会存在的才用异常处理。

感谢各位
@徐少侠
嗯，你的说法确实没有想到，哈 非常感谢
@菜菜渣囧
哈哈 ，就是吞掉异常哈哈，嗯，这要看时候和场合，对于无关紧要的，比如某个控件得到焦点时不可用,这样的异常 埋之 哈

其实第四条我觉得可以取舍，当异常不能处理好，而系统又需要继续运行下去的时候，使用这种方式可以“埋错”。
当然了，用控制台输出也是不错的选择。

这个星球上能把异常处理好的人还真不多啊。

使用异常机制的另一个作用是简化业务代码
通过异常机制，将本来要进行复杂IF判断后才能信任的用户输入参数直接投入到业务代码中
加速程序运行效率

呵呵,语言不重要,思想最重要!

程序员真情忏悔录
http://www.cnblogs.com/WizardWu/archive/2009/01/29/1381275.html

-你老觉得真正的高手应该精通各门各派的技术 (?)，如果你会 XML，他不会，你就觉得你比他厉害。你觉得他的履历上写的技能太少，证照太少，所以你认为你比他优秀？

有人老是觉得自己蛮会用 MFC 开发软件，所以直觉认为那些只喜欢，或是只会用 VB 的人程度应该不高。问题是，有人会用 VB，当他觉得组件不好用，会自己写程序处理 HTTP，因为他懂 HTTP 协议的运作方式。工具里附的浏览器太烂，就自己用功能语法不是很顶尖的 Basic 来写 parser。相反的，有人号称会用 MFC (版工注：或 .NET)，但是除了靠 Help (版工注：或 MSDN Library) 找出名为 Cxxxxx 的 类 (Class) 来用，再自己补上事件处理的部分之外，其它什么事都做不出来。

有人认为写 Java 程序应该善用工具，用 UltraEdit 根本是重新造轮子的行为，所以一开始就学 JBuilder (版工注：或 Visual Studio) 的使用者，其实他用 JBuilder 写了老半天 GUI 程序，哪天回头叫他用文字编辑器写个简单的 Frame + Button 他却写不出来，因为他从没弄懂过 Java 的事件处理模型。他只会不断地：选择组件-> 放在容器里头-> 调整位置和大小-> 调整属性-> 按两下-> 填写事件处理函式，成为一个名副其实的「程序女工」。

有人觉得他精通各家厂商的数据库，所以看不起那些只会下 SQL 指令或是只会写 stored procedure 的人，因为他可是精通 ODBC、JDBC、ADO、ADO.NET 各种程序的写法。问题是，一个精通 SQL 的专家，和只会写 SQL 语句的人，在数据库表格交互参考、数据量很大的时候，要从中取出我们需要的数据，所下的指令在效率上，是几秒钟和几个小时的差别。

SQL 也是个专门学问，要能够巧妙的操作它，必须下非常多功夫做研究，而且一研究可能就是十几年。如果贵公司的项目老是苦于数据库访问的性能不佳，你猜老板会花钱找一个有能力彻底改善所有 SQL 语句中性能问题的稀有专家，还是再找一个号称他什么都会，结果一点用场也派不上的「数据库女工」？ 我们常常看到某人列出他的履历，好像会很多就是很厉害。但是当我们完全深入一项技术时 (喔，我是说你真正下过功夫的时候)，通常我们会越来越感觉到自己的渺小。

丑女看时间长了也不觉得丑了... 是适应了还是丑女真的变漂亮了

哈哈！！

丑女看时间长了也不觉得丑了... 是适应了还是丑女真的变漂亮了
当然，我没有说vb不好的意思，我本身感觉vb也不错。
我的意思是说如果你用了c++两年估计看vb现在可能更丑了... 所以 这可能就是个习惯问题

程序员是分等级的， 就和厨师一样，大家都都找到工作， 但是工资待遇天壤之别。
小饭馆的厨师也有人夸， 也会机会带学徒。但是和宾馆大厨完全不是一个档次。

在学校学习的时候是VB.NET,后来自学C#,看VB.NET怎么看怎么不习惯~总觉得不爽

我认为高级语言中，无论是用VB,C#,还是JAVA，只要能够适合自己的项目，能够开速开发出完美的系统就OK了。无论是用什么语言，最主要的是开发的思想决定了这一切。

说到底还是作者技术提升了罢。

初学者以为自己抗拒的东西是因为自己不喜欢，而其实是自己不懂。

VB的动态控件加载也是比较容易的

本质就是自定义控件(类)

然后实例化，添加到容器控件

单纯从语言角度来看 VB是没什么问题
不过还是有硬伤的
关键看你需要什么 大部分不涉及复杂运算的应用足够了 只是关键字太长写起来有点麻烦

@个人知识管理
非常感谢您，让我了解VB和运行环境的关系，并让我能在更高的角度上展望、VB的未来。很钦佩您，有多年的开发经验，我应该向您好好学习，再次感谢！

我也是对VB的代码感觉很不爽,现在也是~~~

我用过VB，从VB5.0开始。到.net，听同学强烈推荐后改用了C#，现在再叫我接触VB.NET的代码，难受得不得了。

你升级到Vb.net多好?又可以使用VB的大部分语法,还可以灵活的应用面向对象,毕竟VB面向对象是它的软肋,没有继承很不爽.

说到VB，我用了10年，应该有发言权。
C#也用了快6年了。

VB6的程序在Vista和XP运行肯定是没有问题，只能一些很小的差别；
从一点来说Vb6的前景还是不用太担心运行环境问题。比如针式PKM就是用Vb6开发的，自己和大量的用户使用说明这一点。

但VB6来开发一些较复杂的功能，如访问Web Service，已经力不从心了。
所以整体来说，未来的3年，VB6的开发未转到VB.net。
5年后再用Vb6开发就完整没有优势：无论是开发速度、界面效果、新技术等

我会C#，不过一天我就可以修改VB.NET的程序，其实都是一样。

你竟然达到我的境界了，佩服。
同意你说的，也不是什么思想不思想的，还是能力（说难听点就是智力）的问题。
你能力差，学什么都难，用什么都不会。就是给你10年，照样领悟不了。
你能力强，一门语言最多2周就可以上手。

感觉VB冗余很大，不如C#,C++,Java代码好看，呵呵。
写的很好！！赞一个！

写的很好。我也用过多们语言，现在用vb.net。要深入一种开发语言去编程，我赞同楼主的这句话

交个朋友加我QQ 307547037

呵呵,和我们公司差不多.

细节决定。。。

哈哈 认真开发软件

楼主，我帮到的客户。可没这么好侍候，一看到哪个字体没加粗，哪个按钮太小，什么的，立刻打电话过来几几喳喳个不停。。

胡说，细节都做不好怎么做好项目，客户如何对你有信心，很明显楼主是属于不负责任的程序员。

细节决定成败!无论是功能设计还是UI设计!

@TerryLee
深有同感，TerryLee是不是被温温挖过去了？

不敢苟同

严重同意楼主观点。
软件开发本来就不是一锤子买卖，你界面再精致也有你改的时候，所以开发阶段尽量从全局考虑，到后来测试发布阶段再来精细不迟

@Mainz
我刚要发 发现 你说了我想说的话 只能顶你了

看一看windows和Linux在初期的市场发展中可以发现，用户体验起着非常大的作用。我们不能说那个时候Linux的功能就比windows差多少，反而还要更强。但是最终占领市场的却是windows。

细节决定成败