万星星@豌豆荚 欢迎加入我们
一个吃软饭的男人!!!!!我只想写程序####
微博:http://weibo.com/wanlianwen
posts - 172,  comments - 1253,  trackbacks - 0
共9页: 1 2 3 4 5 6 7 8 9 
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: Window Ghosting[未登录] 万连文 2014-01-08 22:12
记忆中是Send/PostMessage返回FALSE表示窗口假死,Chromium源码中有的。Ghosting是很早就知道了,感觉有遮罩层的意思,方便接管消息做统一的假死处理。
远程桌面协议(RDP) 不知道算不算?
re: 关于 "Context" 模式 万连文 2013-11-23 08:58
IServiceProvider->IService->IComponent

小模块更明确直接使用最终的组件,大模块需要能拿到全局的IServiceProvider以便调用需要的服务。总之需要权衡,度的拿捏是架构关键。
简而言之,我想是trunk技术?
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可以这样

貌似只能如此,不必太过纠结啊
GPU & 后面的图像处理技术,如果能借助OS源码可以,否则看看 chromium未尝不可
@M77
过奖,回头一看又发现几个不标准的地方,努力遵守Google规范。
re: std::wstring_convert处理UTF8 万连文 2012-09-11 21:40
请问这是资本主义的东西还是社会主义的东西,还是可以拿来主义的东西?
@Loaf
其实我非常少做项目,很多工作时间用来搞这些兴趣。

我个人表示对RSS不太了解,有点土鳖。
@路障
看我的Demo,看我的接口,你就会发现我是怎么做的!!给我点面子呗。
@iunkown
这个我没有测试过,也没有考虑过,不过确实是一种思路,你可以自己确认。但是我的方法未尝不是好方法,不是么?


后来我看了你的东西,觉得就是前面说的毫无章法,无头苍蝇。你的那个链接我看了,连运行一下的心情都木有。
@路障
可以的,我接下来就会讲解这部分。这里面有很多技巧,在现有的互联网很难找到(甚至几乎是不可能),因为最近各方面工作比较忙没有时间,我保证下一篇会详细讲解。
@christozhou
你是指我的实现嘛?这个我还没有查,看看先。
@weolar
呃,是这么打算,自己的项目也在用她,还在继续打磨,今天把异步下载然后更新OLE搞定,xml解析也用的expat替换了,哈哈。
@demo
实现中...
呃,转行了?
@溪流
不对,然后你不是要说那个。。。你是说有什么技巧躲开吗?
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都觉得不够好,尽管如此也值得一看。
re: richedit研究04 – 高效时钟 万连文 2012-08-24 19:40
@路障
都不是,这方面的内容我会在下一篇博客里面提到。
re: richedit研究04 – 高效时钟 万连文 2012-08-24 07:03
@路障
通知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,效果有差距。
@yxac
这个是古老的vc6的实现,新的看这里:
http://www.cppblog.com/wlwlxj/archive/2006/12/15/16495.html
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
@春秋十二月
谢谢,建议已经采纳,其实我一直想做的更加符合文章编排,只是专注技术时间再无暇去考虑那些,这或许是一个藉口。
共9页: 1 2 3 4 5 6 7 8 9 
简历下载
联系我

<2024年3月>
252627282912
3456789
10111213141516
17181920212223
24252627282930
31123456

常用链接

留言簿(66)

随笔分类

随笔档案

相册

搜索

  •  

最新评论

阅读排行榜

评论排行榜