CODE感悟的瞬间

在这时记录某些瞬间的感悟。。。随时更新

 

UI是不能去数据区取数据,因为数据是MODEL提供给他的。。。。

逻辑不能放数据，因为数据多了就乱了。。。这时可用工厂划分逻辑，子逻辑里处理数据。

数据里只能存放对数据的操作（对数据的管理，如队列，进站），而不能对逻辑的操作。因为那是子逻辑模块做的事情了撒。。。

 

DISPOSE写了最好就是自已要调，不显示调的话还不如不写，搞不懂一个简单的DISPOSE搞那么多文章出来，所以我约定我的代码，如果有非托管资源，写了构造函数后，就写个UNSETUP函数， 在UNSETUP里面做。

View必须只有一个线程在走，因为GUI如果多个线程跑的话就乱了。。。。

 

模式是种模式，而不是一种框框，是一种思想，而不是一种必须。。。。就算用了也不一定要按步就班，人要灵活。

 

做软件，就是为了追求简单,简单并不代表功能少，简单是一种思路清楚，代码逻辑清楚的表现。

 做软件就是要那里出问题了，一下子就能找到问题所在，要找那个模块，那个功能，那个函数，一下子就能找到。这样的软件才是最简单的。

只有控制逻辑才走消息循环，工作逻辑是不需要的，控制逻辑是指用户来控制的。。。涉及比较多的。。

有新需求时， 代码最嫉修改，要添加，宁可复杂一份，去除不要的，留下要的撒。。。

 COPY。。。。 COPY。。。。 COPY 。。。。COPY 其实也是一种快乐,只要你COPY得准确，这份代码不用怎么大的修改。。。

 

hdc属于GDI句柄（由gdi32.dll管理），hwnd属于用户句柄(由user32.dll管理),

hwnd句柄是描述一个窗口的形状、位置、大小、是否显示、它的父窗口、兄弟窗口、等等的一组数据结构； 

hdc句柄是一个实实在在的用于具体表现这个窗口时，需要对这个窗口有个场合来实现的地方。  

就好比HWND保存了一张表，然后HDC根据这张表画到窗口上去

 

 事实上我们只做两件事情：让代码奏效（Keep the bar green）和让代码洁净（Keep the code clean），前者是把事情做对，后者是把事情做好

 

逻辑,数据,控制,一定要分开...不要以后如果加业务了,就容易乱了,复杂了

 

写代码要概念化,概念化是啥意思呢....概念化即是别人使用你的代码时,只是要看你的接口就知道怎么使用,就知道是什么开概念了,至于你的接口里面有啥都不用管,而接口的上层应用,与代码的人也无需知道.

 

ONPAINT就只负责画的逻辑,而不处理控件的状态逻辑,比如QQ好友列表闪动的逻辑,就应该放在另外线程动作里面处理,而不应该写在ONPAINT里处理

 

感悟之外:软件这个行业,有付出了,肯定会有收获的....

做事一定要尽全力而为之,对业务逻辑不熟没有借口的,只怪自个没有尽心尽力,心无杂念地投入其中

数据分析一定要主动去想,主动去分析,强调的是一个主动性,只有主动跟一心一意了,才有兴趣起来....

网络,数据库,操作系统...这些都是关健,都有其相通....