刚看了个帖子是在谈论C++的,那个童鞋真是有趣,不知道什么原因想搞c++写GUI程序,可是他又不喜欢别人搭好的框架,是在没话说他什么的,我看了下 面跟帖子的,呵呵是在有意思。MFC是个烂框架,windfrom是.net的产物,他都不喜欢,想用最底层的。呵呵最底层不就是win32 api可以用啦,如果在底层,那你就和硬件层打交道了。搞软件开发主要的是效率,即使代码写得很好,你花一个礼拜,人家一天,那你还是失败的。我们平常提 升能力的时候可以使用底层的API来写GUI程序,让自己明白整个窗体程序的后台代码流程,如果你开发也使用win api 那我只能佩服你了,就一个简单的空白窗体也要一百来行代码,那你几个窗体不就上千行代码,代码多也加大调试的困难度,我只能说 我服了你。 你知道VB那么浪费程序空间,但是依旧有很多追随者吗,就是它拥有最快的开发效率。 现在的计算机不缺这些内存,那么你也就没必要纠结内存的问题。 所以你想用C++语言,那么你配合那些框架,QT ,GTK好的框架你可以在这基础上写你的处理代码,那不就省了狠多时间嘛。
今天正好又接触到上位机软件,所以过来看了下软件代码。我现在是一个底层的硬件开发人员,我深知底层的麻烦。底层的程序是没办法像高层那样软调试的,我们 都是看现象,自己从代码中找到问题代码,不断烧入调试再少入。我常常为了写新的程序不断的去控制各个功能模块的流转,这个控制流程都是事先已经定下来的, 然后我编写该程序,一旦流程变动,我不得不改动大量的代码,这样太费神也费时间,所以我在近阶段研究操作系统,这样我只需要编写各个模块的驱动程序就可以 了,时间片会自动切换到每个任务中,这极大的加快开发的效率。 说到此处就是那句话我正在想办法运用个平台来加快开发的效率,这和上面的童鞋正是个相反的过程。
各种语言的提出都是为了提高开发效率,但是它限制了我们探讨底层的深度。学软件的喜欢往底层钻是好事,但是没必要用底层去写,这么麻烦的事让大师们为你设 计好类库,他们扒这口饭的,你只要知道怎么回事就可以了,你吧底层的事抢过来又要加上应用层次代码的编写,你这个时间我不敢恭维。
欢迎光临 (http://www.51hei.com/bbs/) | Powered by Discuz! X3.1 |