re: 内存泄露监控报告 万连文 2017-11-23 09:53
用 BoundsChecker 吧，原理大家都懂但是自己做没必要（盗版滴）
re: 失眠的夜，瞎想 万连文 2017-08-09 08:46
长夜漫漫无心睡眠，没想到晶晶姑娘你～也睡不着觉
re: C++的非侵入式接口 万连文 2017-07-28 09:43
确实没必要在普及这些知识了，时代变了。虽然道理不会变，但是谁有在意这些呢？
re: 非完美的stl 万连文 2017-07-09 08:02
因为操作系统 api 没有标准化，所以语言也很难标准化。C++ 门槛高不符合现代主流开发模式，所以人就少了，话题也自然少了。不过转战知乎是为了凑热闹嘛？
re: 面向对象锁框架的设计与实现 万连文 2014-12-30 08:31
没想到锁搞这么复杂，多线程的问题可以通过规划线程模型来解决，底层的淫巧往往在于无锁编程。
记忆中是Send/PostMessage返回FALSE表示窗口假死，Chromium源码中有的。Ghosting是很早就知道了，感觉有遮罩层的意思，方便接管消息做统一的假死处理。
re: 关于 "Context" 模式 万连文 2013-11-23 08:58
IServiceProvider->IService->IComponent
小模块更明确直接使用最终的组件，大模块需要能拿到全局的IServiceProvider以便调用需要的服务。总之需要权衡，度的拿捏是架构关键。
re: 博客一周年纪念贴 万连文 2013-05-01 15:34
或许展望的第二条已经解释了很多人不继续的原因，知道的越多越觉得自己渺小，越不愿去展示--对或错。或许这不是一种好的现象，但这就是一种事实，在国内。
@蔡东赟
多核编程不是多线程，线程不会给你带来任何时间的节省！！！！，只能更长。
时间的优化几乎只有一种可能就是空间。现在多核处理器下又多了一种方式就是多核编程。
多线程只是把一个长处理分片执行，并不是也无法节省时间，如果你打算充分发挥硬件资源优势，应该是多核编程。
不太明白你现在的目的。
这是最典型的滥用技术案例，总时间显然单线程要短，第一个试验如果数据没错就可能是多核的原因。
使用atl的转换
T2CA
不要再制造这些东西了，因为已经在那里了。
呃，发现你的第二种方法已经是那样了，不过没必要再分配一次CString了吧
男人，每个月总有那么几天不爽，吐吧吐吧不是罪。很欣赏你的坚持，就像曾经别人欣赏我的那样，希望你能比我过得好。
re: 2012--憋出来的年度小结 万连文 2013-01-06 10:06
曾经某报向我们公司征一字来总结2012年，想了好久最后用了一个待字；如果上天能给我再来一次的机会，我会用憋字，非要在憋字上加一个动作，我希望是继续憋？
@程旭
最近这几个月从研究webkit，转向虚拟机字节码，然后有转向IDA OD学习，比较闲散自由无目的，但是没有偷懒就好。
@程旭
工作重点不是这个，正规的研究写代码有个把月，当然代码的设计相当规范。
@Demon
那个工程剥离出来的不完整，仅仅用于学习参考，我也没有继续维护。
@Demon
这个版本很老了，我自己也记不住，当初最遗憾的就是没有前瞻性，保持跟踪，不过那样又会源码很大不便于学习，有利有弊。如果你一时无法接受Chromium那么大工程，可以看xframework好了，小而干净，学习起来更容易掌握。
C++03标准下最推荐的是CSimplePtr<int>::type p(new int);这种
http://en.wikipedia.org/wiki/C%2B%2B0x#Alias_templates 支持c++11可以这样
貌似只能如此，不必太过纠结啊
re: GacUI与设计模式（一）——前言 万连文 2012-09-18 20:56
GPU & 后面的图像处理技术，如果能借助OS源码可以，否则看看 chromium未尝不可
@M77
过奖，回头一看又发现几个不标准的地方，努力遵守Google规范。
请问这是资本主义的东西还是社会主义的东西，还是可以拿来主义的东西？
@Loaf
其实我非常少做项目，很多工作时间用来搞这些兴趣。
我个人表示对RSS不太了解，有点土鳖。
@路障
看我的Demo，看我的接口，你就会发现我是怎么做的！！给我点面子呗。
@iunkown
这个我没有测试过，也没有考虑过，不过确实是一种思路，你可以自己确认。但是我的方法未尝不是好方法，不是么？
后来我看了你的东西，觉得就是前面说的毫无章法，无头苍蝇。你的那个链接我看了，连运行一下的心情都木有。
@路障
可以的，我接下来就会讲解这部分。这里面有很多技巧，在现有的互联网很难找到（甚至几乎是不可能），因为最近各方面工作比较忙没有时间，我保证下一篇会详细讲解。
@christozhou
你是指我的实现嘛？这个我还没有查，看看先。
@weolar
呃，是这么打算，自己的项目也在用她，还在继续打磨，今天把异步下载然后更新OLE搞定，xml解析也用的expat替换了，哈哈。
re: 裸写一个含内嵌IE控件的窗口 万连文 2012-09-04 14:26
@溪流
不对，然后你不是要说那个。。。你是说有什么技巧躲开吗？
thunk技术可以躲开，微软早期的ie内核中的dom对象的接口就是采取这种办法实现。
@罗
参见
http://www.cppblog.com/wlwlxj/archive/2012/05/20/175489.html即使嵌入了也无法正常工作，因为richedit对OLE的支持阉割了，不支持大部分OLE接口，即使支持的接口也并非完全遵守OLE规范。
1.return路径太多，不容易排错
2.CMyWindow* Find(HWND hwnd);我想是应该加一个const
3.Add和Remove方法的参数不对称，你确信是这样子吗？
4.CWindow * pwnd指针前后都有空格是排版导致的吗？
5.WndIterator为何不用CWindowMap::iterator去定义，名字上有那么大差别，它们表达的含义真的不是一个事物吗？
6.RECT rect = { 100, 100, 200, 200 };不好吗？
因为你说了“代码简洁漂亮”，吸引了我，结果有点失望。Any Way, 千里之行始于足下。
根据我目前掌握的，可以研究一下chromium的views框架以及未来某个时间推出的aura(已经用于chrome os)。实现思想上（概念、对象模型）可以借鉴wpf，缺点就是没有源码参考。我自己在盘views/aura + windowless richedit + windowless webview(chromium 内核)，工作量巨大，还好可以占用工作时间折腾。
FLTK 我5-6年前看过，太轻以至于在那个年代做最简陋的嵌入式UI都觉得不够好，尽管如此也值得一看。
@路障
都不是，这方面的内容我会在下一篇博客里面提到。
@路障
通知richedit刷新，这样更容易封装一些，richedit负责获取ole位置，并判断是否可见，不可见则做标记不再更新直至下次ole的Draw发生（richedit刷新机制负责）时设置true；如果可见则进行绘制。
re: vcredist与程序发布 万连文 2012-08-22 10:01
具体原因是VC运行时多个版本之间不完全兼容，尤其是加入manifest后引入的Side By Side规则，WinSxs下有很多不同小版本的运行时。好的开发模式：
1.统一的开发环境统一编译，即使是不同小版本的VS IDE也可能引起问题。
2.静态链接CRT MFC等，这个是微软推荐的方式。
1.对象采用引用计数
2.对消息机制进行封装使其更面向对象(参考chromium的消息框架)
其它的办法不是很体面、系统。
@ly
GIF表情的 复制 和 粘帖 实际上跟注册关系不那么大，这个不是重点。研究还在进行中，事情多多，几线作战力不从心。
@bukebushuo
这个lib一直都有，微软自己也在大量使用，为什么是明显缺点？
@Richard Wei
我觉得正如Mac上的Cocoa，windows上趋势则是WinRT和Xaml
我认为这是废话，因为OS就是那么走的。
对于Native应用
你说了2个主流的OS，你不屑Linux下的桌面？还是觉得它们不擅长这方面？没发展好？不值得你一提？安卓呢？ChromeOS没做好，就无趋势可言？
但是3D和2D接口是如此不同以致现时中很难看到他们的统一
请问基于WebKit内核的也有一些3D渲染组件啊(具体看 Unity 3D)，甚至原生都能用3D渲染，他们为什么没有说很难统一？GPU加速的Native UI，Chromium的aura用于替换早前ChromeOS的Shell，你也可以看看啊。
但是windows上传统桌面应用开发的减少现在却是趋势
是的，没有人否认这个，但是这不妨碍一个人去学习，去构造属于自己的乐趣。
初学者或许可以拿来入门
初学者学习你的东西的时候，你是不是也要告诉他：过时了，没落了，什么才是主流，潮流！
@Richard Wei
按照你的逻辑，我更愿意相信WebKit+HTML5能胜过WinRT，或者WebRT不是更好？至于你发的那个所谓的DirectUI源码，提到的粗燥，倒算是虚心。界面引擎做的好不好，跟用的是不是GDI没有太大关系。标题是Windows真的没落了吗，你去反驳的是我不得不说GDI过时了，你心中的自大可见一斑。
做自己喜欢的事情，计较那么多干嘛呢？自己喜欢除了比捞钱外应该算是吊丝的最大乐趣了，不是麽？
re: richedit研究开篇01 万连文 2012-07-02 17:11
@M77
原生控件不是Windowless，效果有差距。
re: richedit研究02 – 大纲 万连文 2012-06-24 08:33
@weolar
是这样的。之所以选择xml是因为查看了qq的剪贴板格式，里面有用到CDATA。JSON现在也是我的首选，xml的整套规范太大也复杂，而现在主流的思想是简单、可组装。
re: richedit研究02 – 大纲 万连文 2012-06-15 10:20
@Richard Wei
哦？我没发现Win7下有问题，包括我自己的电脑和周边同事的，如果是缺少DLL能否用依赖工具帮忙查看一下？我怀疑是缺少xmllite.dll，我打算用这个解析xml。
re: richedit研究02 – 大纲 万连文 2012-06-15 07:23
@春秋十二月
谢谢，建议已经采纳，其实我一直想做的更加符合文章编排，只是专注技术时间再无暇去考虑那些，这或许是一个藉口。