标签:datagridview 使用 数据 问题 代码 工作 时间 c++ 数据库
2012.8月,
经理问以前用过.NET没?
没。(09年自己是用过,但当时只是为了做东西,拿VC++,BCB,DELPHI,C#,各写了一个测试小软件的给同事和朋友们看来做比较,经过比较后一致选择了DELPHI;当时用PB6.5/9.0,但看的久了会生厌。所以也谈不上会或是了解。题外话,虽然说语言不重要,这是针对学,但对开发产品来说还是区别很大的,要考虑更换平台的代价,工期等等多方面的)
那你这两天学下.NET,下周用C#做开发。
用哪种语言?
学C#,现在做新东西基本上都是C#.NET了。
然后就借同事的《C#入门经典》第三版看了两天,每天看10小时。第二天看完了,发现才看了一半不到,太慢了。第三天是周六休息,自己加快速度又看了一天,终于只剩最后一部分没看了。
周一上班时,叫我做完日常的工作,就做快速开发框架(主要是增删查改的自动处理)和封自己的控件。后来这个东西搞了一年,每天2/3的时间在上面,做这个非常无聊和枯躁,毕竟没有直接写一些应用系统容易,而且一开始不怎么熟悉面向对象。况且这些都不是最难的,难的是同样一个问题面对N种可以实现的方法,而每一种都不理想时,如何的做取舍。
开始几个周很难熬,期间,拼语句,传参,SQLBUILDER自生成,数据库复制,批量提交,模仿ORACLE JDE的控件,等等。只要是能找的到和想的到的方法都试过了,做是做出来了,但最终自己感觉也不理想。有同事嘲笑:“如果以后你去别的地方工作,别人问你会什么东西,你就说精通DataGridView,哈哈。”,听别人这么说心里也挺难过的,如果自己每天花那么多心思做控件,以后哪里有饭吃啊?此时很想放弃,毕竟自己做不到那么好的东西,无奈提意见说用分层的工厂模式挺好的啊。但是挨了顿批后,又接着做。慢慢开始东西也开始处理的比较漂亮,通用时询什么的也很好用,但最核心的东西最终还是没做好,并不理想。
后来进了另一公司,老大是以前开发商业软件的,开发控件和架构的能力比较强旱,去哪里工作都是要别人公司先买他控件和平台的。第一次看到,还有这样打工的,怪不得别人每年收入是几十W的。
记得第一次用别人的东西的时候,代码看上去因不像平常能见的方式,非常非常认真的看了一两个小时,才开始从简单的单表开始做ERP系统的功能。在这里很苦,那主管(没有经理)是每天能做到夜里两三点的,有时候到第二天。在进去第二周的时候,每天连续工作16个小时,除了吃饭20分钟直接连班,搞了半个多月,终于熬不下去了,就对他提意见说这样做自己吃不消。他说,没人规定啊,上班就8小时,你下班了觉得累的话可以休息的嘛。我晕!
上了社会后,做东西别人是没有义务教你的,而且那些源码在网上也找不到的,后来通过各种途径到走的时候,也只得到一大半的代码。别人自己核心的东西也是花了很多精力和时间的,虽然说的很好,但不可能都示人的。研究了他的东西两个月,终于掌握了这种开发平台的开发和控件封装。因为每个人的框架都不得不结合数据库的设计,所以有会有局限。不得已,又网上啊,问别人啊,看了非常多的框架。在网上和现实中,用.NET的做分层(特别是基于李天平的工厂模式)的最多,也有几个别人不一样的思想做的比较好的东西(理想架构不一定实用,但确实能学到不少东西),有的自己写的引擎去在软件投入使用时,会动态分析和生成等等,这样一年里学了不少东西,虽然不一定实用,还是开阔了眼界,毕境别人做的很专业。不过这些都是面象对象的做法,开始个人也开始很喜欢这种面象对象的设计(特别是这种机制对于字段值增改前的检测比较好,容易查BUG),但后来现一些问题,这些新方法有很多优点,但缺点也相对非常明显。
这期间有个公司招人,就想去改做棋牌游戏去的,催了几次后就放弃了,后来因为别的原因还是没有换工作。然后兴起也开始看一些游戏设计的东西,记得有本书里提到过各种引擎的设计方法,最终发现面向对象的不是其中最好的(至少如果再考虑硬件的因素后),只是用时会相对简单方便些。后来自己接了几个私活,每次都是连续两个月没睡什么觉,很累,被人催进度催的精神崩溃,用C#2008做的,才真心觉得POWERBUILD是个好东西,也开始真正感到快速开发框架还是蛮重要的。这样开始反思自己真实的需求,也特别想弄明白PB的数据窗口是怎么做到那么好的,但资料找不到,找到的都没多大实际的用处。
这样,发现又回到了从前,12年经理说的,那种分层的做法不理想,不够灵活。这样几年转了一圈,发现又回到了原点。也发现,还是海哥的东西牛逼,做商业控件的确实考虑的问题多一些,就是最简单的东西,也会考虑N种实现方法,哪种最复杂,哪种最好用最简单。而且最主要的是,他的和当初经理需求的那个东西的需求是一致的(除了数据库切换不理想之外,说实话别的方法也不能真正跨数据库种类)。
主要还是要看开发的产品的应用领域和工期等等许我东西的。虽然.NET和三层个人觉得用起来会松一些,但不适合做产品,至少C/S的不是很合适,如果是商用产品的话(个人觉得PB和DELPHI较好,但资料不多,也没落的很,除非是自己做公司做商业产品,那又不一样)。
然后自己做了几个版本,感觉还是不理想,自己用还可以。但用了框架以后特殊情况需要大副度修改功能的时候,灵活性就会差。因为继承用过来的东西多,有的改不了。当然这种情况很不多。各种东西看了用了N多,还是PB好。
后来放下了,看游戏引擎,QT,GTK了一段时间,后来着重看VCL,最后还是重看MFC,因为.NET所谓的开源,最核心的几个基类都是做在运行库和编译器上的,VCL也一样,理想框架只能和编译器结合。还是得重温MFC。
当然,每个人的人生路和经历也不一样,我只是把计算机当成是一种爱好,也只打算这几年打工时做做程序员,以后肯定回家种地的。所以从MINIX什么的都想一时兴起就看,不会去专门搞个什么东西,每个人的目标不一样,想法也不同。不能要求我也是你一样,这个要相互理解。
写这个本来是想重新从零开始做组件,框架,皮肤之类的给自己用的(放在网上不会丢),结果想起来最开始的事,跑题了。
标签:datagridview 使用 数据 问题 代码 工作 时间 c++ 数据库
原文地址:http://www.cnblogs.com/yuyuanfeng/p/4114888.html