重翻旧书,温故MFC模块VC windows 编程。
MFC模组是微软提供的源码级别模块,开发应用程序得心上手,开发速度很快。
很多人初学程序语言,不知道如何上手编第一个应用。也许应用太容易,看不上。太难自己又完不成。
实际上,程序只是解决问题的一个工具,也就是把没有思想的数据整理成人们能够认知的工具,用这工具完成自己的事情,社会的应用。社会的交往,等等。
C程序分两大流派,一个是C++的数据流派,一个是传统的函数模块流派,可以互不相干,也可以互相参考应用。不过要改改思维方式。
个人是用函数的方法完成程序,用数据流的方式看程序应用。
程序越核心,资料越少。应用部分,专业主题方面的是模块,这样程序可以比想象做得好,程序有扩张能力。
要有耐心,编写快的程序不难,难的程序模块要反复修改才能达到最好。整个过程就是时间和效率的比分。
个人作品不多,喜欢小程序应用,规划程序实现不难,不会半途而废。
对与算法类的模块,个人理解深度不够,有些只能硬编码和字符,数组到了三维数组,链表,图之后,分析能力会下降。
计算器永远是上手前几个应用最好完成的程序。因为电脑就是计算。所以一开始不要看太高。计算器可以加深难度。好的计算器并不很多。淘汰别人的计算器也是一种成就感。
个人能轻松上手,还感觉到编程的不累的一本书就是《Visual C++ 6.0编程案例精解》可以动手实践和看书是不一样的。
程序贵在能解决问题,个人解决问题的能力在程序上都有表现。
这本书简单易懂不是看得懂就可以上手的,要实际联系上来。初学VC的人一定要实践实践,不要觉得简单而不动手。做个计算器不太难。老师没讲,书上没有,看谁的?看自己的呀。一定要有解决和分析问题的能力。
依赖函数库和专业库文件可以开发迅速,但不能过于依赖。因为你编的程序是独一无二的。好的已经在前面了。开始动手,然后再完善,可以超过以前的程序,是呀,要么方便,要么速度快,要么小,要么环保。
为一个程序而活的人大有人在。几十年如一日,会把一个好的思想扩大。
很多易上手的软件是因为编程人员不用别的东西,和方便自己产生的动力。
看书就要突破,突破书本的知识,你就可以在未来的领地占上一席之地。总是用别人的库什么的就是炒以前的饭,可取不依赖。
现在的电脑和以前不一样,多媒体,计算。绘画,影视,工业控制,还有无线电。
一开始C的标准函数库是不会动的。最好也别动,当升级源码有问题时,可以彻底动了。自己编的问题最清楚。很多是数据长度,循环次数,进循环和出循环的方式,还有数据类型的变换,编译不通过时,也要想想编译器也会出问题,因为现在微软的编译器并不会让你好过。
C和C++标准太多,按标准做事是一件好事,不过最多也是一种习惯。只要函数接口对了什么都会对。
异常一定要了解,了解越多,头越发麻,所以是吃这碗饭的人做的事。本人把程序看成单一的事件处理。
程序大了,会找不到北,最容易出问题就是函数定义有无,宏参数重复,函数入口参数不兼容。
数据的格式很重要,往往就是一个简单不公开的格式难倒一大堆人。
驱动难吗?就是入口方式严格,和编的时候爱蓝屏重启动死机浪费时间多而已。自己的驱动要为别人留点空间。
因为是手输入源码,所以一定要减少出错率,编完检查。个人习惯这方面一直没改,原因是手不听使唤,太野了点。
当然也不是不变的。因为平时没做太多的程序应用,只有早期做过。只能说越年轻越有干劲。
废寝忘食是不对的。这种心瘾是玩的瘾,做不出来什么东西的。不过可以加强学习印象。另外还会变成另类,别人不知道你在做什么。
自己的程序,过一段时间看也许不会很好。因为以前是热情,后来是冷静。先是主观,后是客观,不要把自己的程序想太好。
生活在一定范围内就是懒散,你再勤快也弄不出来,简单重复的可以反复做,更加容易形成定势。不过有这定势,可以成为一个工作的事业。
PS:我喜欢汇编和易语言,你呢?