C#初学者们,请离代码生成器远点!!!

简介: 在程序开发的世界里,各路前辈们为了提高所谓的编码速度,搞出了各式各样的代码生成器,来避免所谓的重复的人为机械地粘贴和复制代码,以此来提高生产力。 早几年前,我可能会认为这样的做法真得有用,特别是在编码速度上。

在程序开发的世界里,各路前辈们为了提高所谓的编码速度,搞出了各式各样的代码生成器,来避免所谓的重复的人为机械地粘贴和复制代码,以此来提高生产力。

早几年前,我可能会认为这样的做法真得有用,特别是在编码速度上。

是的,有时候代码生成器是可以帮助我们开发者生成模板化的,规范化的,大批量的机器代码。

但许多人就将它当做了程序开发的利器,没有代码生成器完全没法写代码了,也没办法工作了。

觉得自己会用几款代码生成器好像很牛的样子。得意的在老板们,或是不懂技术的技术经理们面前炫耀:“XXX们,你看我的工作效率多高,你们的需求,你们想要的功能我只需要简单的代码生成就可以快速地搞定。”。

这种做法就好比别人把一头宰好并切好的牛肉放到你面前,再问你:“把这些牛肉放进冰箱需要几步?”



答案你也许知道了吧?没错,三步。

1.打开冰箱门;

2.放牛肉进冰箱;

3.关上冰箱门


很简单是吧?

那么,如果别人给你的是一整头牛,而不是切好的牛肉,再问让你把这头牛放进冰箱,你又怎么办呢?


上面的这个案例其实与开发者(特别是初级开发者)使用代码生成器有着同样的道理。

使用代码生成器的时候,这生成器就好比切好的牛肉,开发者在使用时不关心代码生成器的底层是如何封装的,也不知道内部逻辑是如何处理的。就好比不知道也不用关心那头牛是怎样被宰的,如何解剖的一样。

庖丁解牛是怎么来的?是屠夫们经过反复的实践,掌握了牛的结构、经络之后达到的一种境界。

在开发的世界里也是同理。

我见过不少开发者(绝大多数是.NET开发者,因为笔者主要专注.NET的开发)都是习惯并喜欢使用代码生成器来生成项目,甚至整个解决方案都能为他们生成就最完美了。

他们中有些人已经有5,6年或者7,8年的开发经验,不再是初学者了,但却还在用着传统的某某的代码生成器生成着传统的三层架的解决方案,在前端UI代码中充斥着各种DataTable和DataSet,各种if...else...逻辑判断,各种SQL语句拼接。。。

不知道看到此处的你是否正经历着相同的处境或者是经历过相同的场景?

也许你说:”我不是这样的开发者啊。“

那么作为热衷于开发的我感到很欣慰了,但这样的朋友应该不在多数,不然国内的.NET开发环境不会成如今这个要死不活的样。我的观点准确吗?

究其原因,不外乎是这样的:

在早年前,很多接触程序开发(本文主要是C#)的人中,都是看中互联网的高薪而加入到开发者这个大军中的,他们为的是钱途,而不是前途。他们不是真正意义上喜欢,或者说是热爱编程。

他们的骨子里或者根本就只是把程序开发当作多赚点钱的捷径。

他们在想:”我就在程序界里混几年,等资历老了,有个几年的开发经验或者是不停地跳槽,薪水自然就会不断地往上涨。等混到了30岁,就有资格做高级工程师,做项目经理,做项目主管了。有没有过硬的技术都不重要的。“

所以,如你,我,他所见到的如今的国内开发环境,真正热爱编程这份事业的,愿意深入研究技术的人很少,因为他们的目的根本不在于此。

他们只想通过简单的代码生成器来”赚快钱“,他们在编程界里呆了几年之后,还是不知道C#的面向对象编程思想,不知道泛型是什么,更没听说过反射,委托,事件,不知道还有设计模式,领域驱动设计。。。反正他们就知道有个叫“代码生成器”的东东。甚至还惊讶地问:”原来C#还有这么些啊?“

 

试想一下,如果代码生成器都能搞定我们的编程工作,那像Microsoft,Google,百度,阿里,腾讯等等这样的以技术为驱动的科技公司为什么不直接写一堆代码生成器就好了,何必每年养成千上万的开发者呢?

再说得具体一些,比如我们使用某某代码生成器来生成三层架构(这是很多C#初学者在入门或者开发生涯的前几年中最熟悉的套路),这个架构中包含三层:实体层,BLL,以及DAL。

随着一个项目需求的不断变更,你的数据表结构是不是也会变更。那么,问题是不是来了,每次变更表结构,你是不是需要重新生成这三层的代码,然后把原来的代码替换掉。

如果你在这三层的任意一层中添加了自己的代码,替换时是不是又会遇到问题呢?

那你有没有想过,有没有办法能解决这些问题呢,而不是一味地抱着代码生成器过日子。代码变更完,对应修改UI中的逻辑判断后就万事大吉。

笔者描述了这么多,想表达的是(特别是对于C#初学者来说):刚入门或者初级阶段,更多地要手写代码,多熟悉.NET Framework中的类库,老是想着:“代码生成器能帮我搞定的”是学不到真正的高级编程知识和技术的。

如果你执拗地喜欢利用传统的代码生成器去解决你项目中大部分工作,那么恭喜你,你入错行了,请趁早离开以免被坑得越来越深,因为你不热爱这个事业,你迟早也会走的,这样只会浪费你的宝贵的青春。

 

结束语

如果选择了.NET这条路,请用心,认真对待,因为这是你的事业,你的付出也会得到回报。

----------------------------------------------------
专注Web和.NET开发,对前沿技术有深厚的兴趣~~~
个人独立博客图享网--【 http://2sharings.com】,欢迎到访。
目录
相关文章
|
6月前
|
JavaScript 前端开发
不会还有人的批改网还是手写的把
不会还有人的批改网还是手写的把
|
6月前
|
SQL Java 关系型数据库
一文彻底搞懂Mybatis系列(五)之手写Mybatis框架简单探索版(含源代码)
一文彻底搞懂Mybatis系列(五)之手写Mybatis框架简单探索版(含源代码)
|
6月前
|
SQL Java 数据库连接
解锁数据库操作新境界:轻松上手的MyBatis快速入门指南
解锁数据库操作新境界:轻松上手的MyBatis快速入门指南
62 0
|
缓存 前端开发 API
手写中实现并学习ahooks——useRequest
最近业务没有之前紧张了,也是消失了一段时间,也总结了一些之前业务上的问题。 和同事沟通也是发现普通的async + await + 封装api在复杂业务场景下针对于请求的业务逻辑比较多,也是推荐我去学习一波ahooks,由于问题起源于请求,因此作者也是直接从 useRequest 开始看起。
194 1
|
SQL XML Java
硬核手写简易mybatis框架
硬核手写简易mybatis框架
|
SQL 缓存 Java
使用JPA自动生成代码(轻松上手看了就会版)
使用JPA自动生成代码(轻松上手看了就会版)
|
SQL XML 缓存
Java开发 - Mybatis框架初体验
在前文中,我们已经学习了Spring框架,Spring MVC框架,相信大家对这些基础的内容已经熟练使用了,今天,我们继续来学习Mybatis框架。就目前而言,Mybatis框架依然是比较实用的框架,这篇博客,将通过Mybatis框架和Spring框架的结合,来讲解Mybatis框架的使用,学完之后你就可以自己写接口玩了。
163 0
Java开发 - Mybatis框架初体验
|
XML JSON 前端开发
手写总结
手写总结
105 0
五分钟开发属于你自己的代码生成器
本文很短,却诚意满满 用不了 2 分钟你就能看完 然后大概率你就会惊叹 原来开发属于自己的代码生成器,是这么滴简单
259 0
五分钟开发属于你自己的代码生成器
|
SQL 监控 druid
大厂程序员,手写Mybatis
引入SQL执行器,解耦DefaultSqlSession对SQL的绑定处理,为后续的功能迭代留出可扩展的口子。 渐进式迭代开发,学习框架源码,掌握设计原则和工程实现方案,拉高自己的认知和编码水平。
238 0
大厂程序员,手写Mybatis