是用现成的控件,还是老老实实地写代码?
2015-03-17 22:22
127 查看
在VS2005中,已经给我们提供了许多方便的控件,用于应对数据源的访问,如:SqlDataSource、ObjectDataSource、XmlDataSource等,借助它,我们甚至不用写一行代码,就能完成对数据的各种操作了。但是在实际的开发工作中,我们往往并不会去选用它,而宁肯自己动手去写长长的代码,为什么呢?我想原因无非有两点:一是担心这些控件的执行效率,因为我们并不了解它到底在后面做了什么,所以就不放心了;二是自己写代码虽然花些时间,但却带来了更大的灵活性。
其实,微软既然提供了这个控件,就必须有其过人的地方。我们是否选择它们,当然也需要根据自己的情况做出判断。比如:今天到一家公司面试,考官想考察数据库编程能力,就给你一道题目,也就是建个表,然后完成增、删、改、查询等功能,考试的时间是有限的,所以,这时如果一行行写代码,肯定无法按时完成,但如果用SqlDataSource控件,效率会大大提高。当然,这只是一个例子,但让我们明白一个道理,对于需要快速开发的地方,而系统很简单,也没有太多的要求,采用现成的控件显然是个好主意。但如果你的项目很大,数据的操作也很复杂,对运行效率要求较高,并且要求分层开发,这时再去使用这些控件就不太明智了。
俗话说的好:一物降一物。微软工程师辛苦为我们提供了如此丰富的控件,使得我们在工作中有了更多的选择。天天写代码,好多的重复劳动,我们每天都在无奈地做着。所以,如果有更简洁的办法,为什么不用呢?但很多时候,重复的工作也必须得做,那我们也没有办法,老老实实地去写。再说了,程序员如果不写代码,还能叫程序员吗?
其实,微软既然提供了这个控件,就必须有其过人的地方。我们是否选择它们,当然也需要根据自己的情况做出判断。比如:今天到一家公司面试,考官想考察数据库编程能力,就给你一道题目,也就是建个表,然后完成增、删、改、查询等功能,考试的时间是有限的,所以,这时如果一行行写代码,肯定无法按时完成,但如果用SqlDataSource控件,效率会大大提高。当然,这只是一个例子,但让我们明白一个道理,对于需要快速开发的地方,而系统很简单,也没有太多的要求,采用现成的控件显然是个好主意。但如果你的项目很大,数据的操作也很复杂,对运行效率要求较高,并且要求分层开发,这时再去使用这些控件就不太明智了。
俗话说的好:一物降一物。微软工程师辛苦为我们提供了如此丰富的控件,使得我们在工作中有了更多的选择。天天写代码,好多的重复劳动,我们每天都在无奈地做着。所以,如果有更简洁的办法,为什么不用呢?但很多时候,重复的工作也必须得做,那我们也没有办法,老老实实地去写。再说了,程序员如果不写代码,还能叫程序员吗?
相关文章推荐
- 是用现成的控件,还是老老实实地写代码?
- 如何设计明确mvvm的属性是从界面控件绑定值被改变,还是在代码调用中被改变
- TGraphicControl(自绘就2步,直接自绘自己,不需要调用VCL框架提供的函数重绘所有子控件,也不需要自己来提供PaintWindow函数让管理框架来调用)与TControl关键属性方法速记(Repaint要求父控件执行详细代码来重绘自己,还是直接要求Invalidate无效后Update刷新父控件,就看透明不透明这个属性,因为计算显示的区域有所不同)
- 用户控件的后台代码关联使用CodeBehind还是CodeFile
- 测试代码在实际类的内部写还是外部写的思考
- 不用日期控件的智能日期输入法(vb代码版)
- ASP.NET重用代码技术 - 用户控件技术
- select表单控件的修饰代码
- MVC模式、类封装还是黑客代码
- 如何在代码中动态添加按钮控件
- Asp.net用递归方式显示TreeView Web控件的代码
- C#开发小技巧--对Text控件增量赋值的代码优化
- 用控件(CMSComm)读串口代码(高效率,不同于网上常见的,决没有抄袭)!
- MVC模式、类封装还是黑客代码
- 在代码隐藏中遍历当前页的所有控件
- VB自由拖动控件的代码
- [导入]ASP.NET重用代码技术 - 用户控件技术
- 《MVC模式、类封装还是黑客代码》
- 用控件(CMSComm)读串口代码(高效率,不同于网上常见的,决没有抄袭)!
- 这两天写了个分页控件,分享代码