刚看了个帖子是在谈论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 |