01 2010 档案

摘要:在完全此系列的一之后,我一直在想第二篇究竟应该如何组织,首先我想接着上篇的话题把框架的问题说完,首先我还是这句话在本系列当中会兼顾C/C++开发与.NET开发,其实不管用不用框架,WINDOWS都是基于消息的,只要这点不变,我就希望大家能通过我的系列博客当中能体会二者的联系。 在第一篇博客当中UI框架的实现与MFC或者NET都有一个本质的区别那就是子控件是不基于窗体句柄的,那么这其中的好处是灵活,还有的好处这是一个支持实现透明控件的框架,圆角边界等在。NET或者MFC UI框架当中非常难实现的效果。 我也就是我什么在上一篇博客当中的拿那个类似于LIST的控件举例子,因为他的ITEM风格是一致. 阅读全文
posted @ 2010-01-23 20:48 javawebsoa 阅读(227) 评论(0) 推荐(0)
摘要:最近总是在CSDN的移动论坛当中看到有关UI的问题,按照层次大致可以分为如何定制***控件,或者***控制如何实现***功能。或者再深入一点的比如实现透明的方式,如何画一个PNG支持ALPHA通道,再往下就是实现复杂控件当中所遇到的问题了。 暂停了纯开发工作一段时间,反而有了一些心得,所以我想就这些问题给出我自己的解答,当然这可能不是最优的,但是我想通过对于某一问题的探讨大家集思广义,共同把自己的方法,关键是思路理顺。当然第一篇只是起始,欢迎大家留言,我也会尽量根据大家的观点来继续我后续的博客。 不想在第一期就被什么.NET/C++的开发哪个更好等问题纠缠, 咱们先站在一个更高的角度来看自.. 阅读全文
posted @ 2010-01-16 19:01 javawebsoa 阅读(201) 评论(0) 推荐(0)
摘要:最近做了一下WINNET的研究,有一些心得和大家分享一下。我们先看看其相关的一些函数:1)InternetOpen;2)InternetOpenUrl;3)HttpQueryInfo;4)InternetReadFile;5)InternetCloseHandle。上面是同步的函数,在第2步和第4步,程序会一直等待,直到函数返回。如果要设置超时,可以使用InternetSetOption(不过好像没什么用)。在很多时候,这个函数是不合适的。比如用户主动要中断下载,却只能等待函数返回。还有,如果是大文件下载,无法想像一次读取上兆字节的数据,需使用断点续传,虽然也可以使用同步函数InternetS 阅读全文
posted @ 2010-01-10 15:43 javawebsoa 阅读(255) 评论(0) 推荐(0)
摘要:今天在社区上又看到了一篇在WINDOWS MOBILE上TIMER不准确的问题。这种篇子很多所以有感而发写博客。 先明确两个概念,WM下有两个TIMER,一个是窗体TIMER,一个是线程TIMER。二,其实TIMER和框架没有关系不管是MFC,还是WIN32亦或是NET C#他最终的实现都是靠原生的WIN32的机制完成的。我们下面呢用C#为例讲解。 窗体TIMER,在System.Windows.Forms命名空间下,他的最大好处是其实处理(回调)函数是运行在UI进程,怎么看函数的运行进程呢,当然你可以看线程的ID。但是在。NET下不太需要这样做。原因很简单,每个CONTROL都有一个公共的. 阅读全文
posted @ 2010-01-08 11:14 javawebsoa 阅读(204) 评论(0) 推荐(0)
摘要:最近看到有人在网上讲论WM上的下载工具,就提供个断点传的思路,供大家交流。断点续传就是在上一次下载时断开的位置开始继续下载。在HTTP协议中,可以在请求报文头中加入Range段,来表示客户机希望从何处继续下载。代码如下,在WM6环境下测试通过。 static void Main(string[] args){ string StrFileName="c://aa.zip"; //根据实际情况设置 string StrUrl="http://www.xxxx.cn/xxxxx.zip"; //根据实际情况设置 //打开上次下载的文件或新建文件 long l 阅读全文
posted @ 2010-01-06 19:42 javawebsoa 阅读(222) 评论(0) 推荐(0)