[置顶] 我回来了

摘要: 用了2年的主页被无良奸商关闭了(其实是忘了续费。。。 ==!), 然后奸商那边又发生了很多高深的技术问题,导致所有文件被意外删除(真的是意外才怪!!!!)。 不得不换个博客了。然后。。。在无数马甲中浏览,居然发现一个很久很久以前用真名注册的。 里面还有以前在Windows下做ATL 和 UI 的文章。再然后。。。删除了一些没用的文章。 (关于COM的东西。。。已经看不懂了。。。只好留下了)最后。。。我回来了!! 阅读全文

posted @ 2013-09-05 15:18 Yuxi Liu 阅读(198) 评论(0) 推荐(0) 编辑

2013年10月11日

减少资源包中的图片,提高效率

摘要: 开始现在各种应用的UI越来越绚丽,连Ubuntu都开始注意美观了。在你做完某个客户端程序的时候,总会有人跳出来要你做一个好看的UI。过多引入图片带来的问题对于大公司来说,一般都有自己的UI库和配套的开发工具。而对于一些小公司来说,想让界面变得更加的漂亮,就不得不加入一张又一张的图片。过多引入图片会带来很多缺点,使你的应用变得笨重。1. 很多时候,图片在内存中比在硬盘中占用更多空间。(我说很多时候,不是全部。因为图片在内存中不是压缩的)2. 处理不好,会严重拖累绘制效率。3. 增加应用程序启动时间。(这个其实还是比较明显的,只不过现在轻便的应用越来越少,大家不注意罢了。 把一个华丽界面改成系统默 阅读全文

posted @ 2013-10-11 14:30 Yuxi Liu 阅读(1474) 评论(8) 推荐(0) 编辑

2013年9月30日

新的MOVE结构,和在项目中实际的感受

摘要: 关于MVC/MVP的瑕疵MVC 和 MVP是最简单,最脍炙人口的框架结构。 有一段时间, 凡事有一定规模的代码,我都会架在上面,甚至后台程序也不例外(预留出可以注册的用户交互接口,作为后台控制器)。 但MVC/MVP这种万金油的框架结构并不是绝对完美的,一个严格遵守MVC结构的程序,他的设计粒度被上了一道枷锁。对于很多小的项目来说, 这无疑增加了开发时间和成本。在我后来的一些小项目中,由于时间非常的紧,MVC/MVP结构变得畸形:一种是变成MV结构,将很多控制代码放到了M模块;另一种是项目早起严格的遵循MVC结构,但后期迭代的过程中,不得不加粗设计粒度,把各种代码简单的塞到Control模块, 阅读全文

posted @ 2013-09-30 18:59 Yuxi Liu 阅读(1299) 评论(2) 推荐(0) 编辑

2010年12月23日

获得COM组建接口的几种方法总结(不包含自动化)

摘要: 声明:下面的内容和代码均改自于杨老师写的“COM 组件设计与应用”。 先写出测试用组件的接口描述下面是GUID的声明 现在开始进入正题: 一、使用COM声明的最基本的方法二.使用智能指针CComPtr首先在程序初始化时调用AfxOleInit()使用时候三.CComPtr 和 CComQIPtr 混合的使用方法四. CComQIPtr 的使用方法五.智能指针的释放六.包装的智能指针... 阅读全文

posted @ 2010-12-23 15:00 Yuxi Liu 阅读(703) 评论(0) 推荐(0) 编辑

轻量级界面库_PaintUI_1

摘要: 这里谈一下PaintUI最基本的设计和界面绘制问题 首先要说的第一点是单线程 UI设计必须要在单线程中实现,因为界面操作的实时性,线程上下文切换带来的开销很大,效率不会比单线程更好。更重要的是,线程切换时线程间的同步是必不可少的。使用循环锁的话,当控件比较多层次比较深时,会给CPU带来负担。如果使用核心对象,在用户态和核心态切换时,大概要消耗300个CPU周期。更可怕的是当有人操作你界面时做了一... 阅读全文

posted @ 2010-12-23 10:55 Yuxi Liu 阅读(307) 评论(0) 推荐(0) 编辑

轻量级界面库_PaintUI_0

摘要: 这是一个简单的界面库设计,简单到舍弃了大部分的功能。但我仍然很臭美的认为它所做出的界面不次任何界面库------实际上它就是我写公司的游戏平台时设计的,也因为如此,不便公开代码,这里只说说设计思路吧。 设计这个界面库的首要宗旨是性能,其次是美观和可扩展性最后简单,很多东西都在这四者之间做了妥协。 简单: 1. PaintUI没有考虑Box-Model,因为它并不是作为一个完善的界面库而存在的,它... 阅读全文

posted @ 2010-12-23 09:17 Yuxi Liu 阅读(483) 评论(0) 推荐(0) 编辑

导航