课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
只有不断从失败中总结经验,我们的程序员能力才会得到进一步的提升,下面我们就一起来了解一下,程序员开发软件需要注意哪些问题。
一、没有使用合适的ORM
数据访问层代码总是会一团乱麻、无聊和令人生厌。我还记得我一次做一个简单的内部簿记应用程序时的场面;那时我看到仅仅是为了完成基本的管道就要编写那么多代码,为此震惊不已。所以我开始放弃ADO.NET,并手工编写一个自制的,带有特别定制的特定表模式的ORM来满足我的需求。
几个月后,那个应用程序的业务需求发生了一些变化,这导致表模式也发生了变化,于是我不得不去修改我的ORM。修改过程非常痛苦,以至于我将它全部扔掉了,换成了一个强类型的数据集适配器。
有一段时间,这东西确实奏效了。但我还是希望自己一开始就能使用合适的ORM(例如NHibernate)来完成这项工作。至少当我的用户数量不断增长时,我就用不着再担心改变数据库供应商的事情了。
二、没有足够快地学习泛型
我的职业生涯一开始的时候,我是.Net1.1版的程序员。.Net1.1的问题在于它没有泛型支持。于是乎,我们无法拥有强类型列表,只能凑合着用平淡无奇的ArrayList。但使用Arraylist时,你的代码中会到处都是casting和boxing,所以代码无论是阅读还是编写起来都很痛苦。于是我们使用了CodeSmith来生成一个强类型集合列表。但是随着代码库的增长,那些自制的列表本身就变成了一个个怪物。因为我可以很容易地修改代码,所以我会经常介入并改变一个方法的行为以适应我的需求,这又导致了后来的诸多混乱和错误。
我本来应该切换到.Net2.0,并在它可用时立即开始使用泛型才对,而不是去创建越来越多根本无法维护的自定义集合列表。
三、重新发明轮子
新手程序员总是喜欢重新发明轮子:“现有的实现对我来说还不够好,所以我必须从头开始重写整个东西。”我自己也曾经想过编写自己的UI控件,因为WindowsFormsUI控件对我来说太简单了。
众所周知,市面上有很多优秀的.NetUI控件工具可供使用;当然,我的GUI工具并不像那些商业工具那么好用。那时我太天真了。
四、太多的文档
代码文档是很好的东西,因为它用简单的人类语言解释了你的代码具体在做什么事情,对吧?
这个观点是错误的。
文档往往是陈旧、过时或完全错误的东西。我曾花了很多时间来给我的代码编写文档(还是XML文档,还记得吗?),结果只是发现每当我更改代码时都需要更新文档才行。更新代码是必要的,但更新XML文档就不是那回事了:这是一种负担,它只会浪费你的时间,而且毫无意义。到后,我在更改XML文档时失去了耐心,转而去做其他更有意义的事情。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。