}
«网站首页

周永恒

关注此人
把周永恒加为好友
附言:



最新动态
  • 周永恒 评论博客:解析Caliburn.Micro(二) 2012-05-08 15:07
    @iiixxxiii
    你可以在VS2010的NuGet中直接搜索Caliburn.Micro
    或者在Codeplex上下载源代码看看示例工程是怎么弄得。
  • @Jason.Wen
    具体你可以debug或者reflector源代码跟一下,一个赋值内部的子函数还是很多的,很多子函数内部在进入前都使用了ValidateValue先检验了一下传入值是否合法。
    具体你看一下源代码吧,我有些忘记了。
  • @Jason.Wen
    @微软划个道让人重点学

    ValidateValue在WPF依赖属性赋值内部的多个函数都有调用,目的是为了提高性能,如果值不合法,则直接返回,类似:
    if(!ValidateValue(value))
    {
    return;
    }

    我在原文中已经有解释,这个ValidateValue放在图的最后表示,最终值一定会经过ValidateValue验证。
  • 恭喜吉日啊,想想3年前你在杭州时的雄心壮志
    还真有所成就了 加油
  • 周永恒 评论博客:Illusion = Caliburn.Micro + MEF 2012-04-18 11:49
    );
    }
    [/code]...
  • 周永恒 评论博客:一站式WPF--Window(一) 2012-03-12 11:25
    @nonocast
    我是用VMR9+D3DImage来做的,开了一个Dispatcher然后把操作BeginInvoke到Dispatcher中,08年时写的,当时测试性能什么的还是可以的,播放时CPU大约10%左右。

    时间太长,代码不好找了,你加我MSN吧,我要是找到了给你看看。
  • 周永恒 评论博客:一站式WPF--Window(一) 2012-03-10 13:09
    ge来做。HwndHost相对简单,直接传入hwnd就可以,不过它一直在最上层不支持透明等操作。我时使用D3DImage来做的,播放Callback时拷贝到D3DImage中,这样就可以对它做一些所见即所得的操作了。

    WPF的MediaElement封装的过度简单了,使用方便的同时也造成对它的定制很难,如果是偏底层的操作,建议你还是用你熟悉的DShow方式来搞,控制得住的,才放心。...
  • 你是这一百天来最亮的星了。。。
  • 周永恒 评论博客:WPF插件式框架 2012-02-23 12:04
    @Sponge
    恩,这块配置的策略可以有很多,框架一般都会定义好主Menu的名字和顺序,至于子Menu间的顺序,其实不是十分在意。你可以看看VisualStudio,它的策略就很折中
  • 周永恒 评论博客:WPF插件式框架 2012-02-20 17:15
    @Sponge
    BaseMenu,PreviousMenu,NextMenu是为了描述Menu的结构的
    Menu
    --Menu
    --Menu
    --Menu
    --Menu
    目前采用的是名字匹配,如果设置了PreviousMenu,查到到这个PreviousMenu后,会自动把这个Menu排在PreviousMenu之后。
    当然,也可以用ID来做(1.1, 1.2.3),我觉得麻烦,你也可以修改下代码,如果有这方面需求的话。
  • 周永恒 评论博客:面向对象(OO)程序设计 2012-02-16 19:35
    @诺贝尔
    这种宽泛性的命题本来就容易以偏概全,如果是讲DDD或者DCI等,根据场景举个例子是恰当的。思想如同说教,说多了本就让人讨厌,仁者见仁智者见智吧。
  • 周永恒 发表博客:WPF插件式框架 2012-02-16 14:25
    本文主要介绍了WPF插件式框架的一个思路,代码来自于以前给朋友写的一个Sample,希望能给朋友们带来些帮助。
  • 周永恒 评论博客:面向对象(OO)程序设计 2012-02-16 13:57
    @hellotony
    我没有反对简介清晰,而且我也讨厌过度抽象。我强调了面向对象的精髓在于抽象,如果依赖于抽象而不是依赖于具体,抽象使一部分活了起来,那么就有了面向对象的思想。至于具体语言的实现各不相同,这点我在后记里已经有所描述,至于你所提到的语言,我也有所了解,从面向对象的角度,不知道你有什么新意要谈?
  • 周永恒 发表博客:面向对象(OO)程序设计 2012-02-16 11:02
    本文主要介绍了面向对象(OO)程序设计,谈设计难免有经验和偏向,希望能给朋友们带来些帮助。
  • @BloodyAngel
    这种自动化UI测试的框架我也写过的,不过测试人员用起来不太方便,不如Ranorex好用,你可以google一下,不错的
    没有错别字,她老人家很大年纪了,还在学习这个做报价。
    说明你们广联达做的不错,呵呵
  • 目前在用Ranorex做UI测试,还不错。 广联达用WPF开发的?貌似我母亲在学这个。。。
  • 周永恒 评论博客:如何学好WPF 2011-11-11 19:17
    @Urocissa
    前景怎么样?呵呵,这话很难说。
    学一学用一用是可以的,花太多时间去深究它时间性价比不算特别高。
    仁者见仁智者见智吧。
  • 周永恒 评论博客:如何学好WPF 2011-10-27 20:27
    @通通的成长日记
    请使用observablecollection
  • 周永恒 评论博客:深入WPF--Style 2011-09-08 15:15
    @work hard work smart
    请参见前面Illusion换肤的例子
  • 周永恒 评论博客:深入WPF -- Dispatcher(补) 2011-09-08 14:24
    @南商
    大量是个什么量级的?一般来说,采用多线程或者用一些轻量级的控件可以解决,不用多UI线程。
    如果你用了多UI线程,这些控件在另一个线程中创建,创建控件时时不应该卡死主界面的
  • 周永恒 评论博客:解析Caliburn.Micro(四) 2011-09-05 10:38
    @地方不大
    客气了,改天我写篇设计方面的文章。
  • 周永恒 评论博客:解析Caliburn.Micro(四) 2011-09-04 11:51
    题时懂得取舍,你的设计能力就很不错了。...
  • 周永恒 发表博客:解析Caliburn.Micro(四) 2011-08-31 11:00
    继续来介绍Caliburn.Micro框架,主要介绍了Action+Convention这条主线,对WPF/Silverlight/WP7感兴趣的朋友们可以阅读本篇文章。
  • @eflay
    呵呵,是啊,WPF/Silverlight是很有前景的,它的出现有它的技术必然性。不过它的设计想法太大,没有做过循序渐进的扩展性,而是在表面做了太多的封装,让人看起来简单。这点还是应该批评的。
  • 相对来说不多了。跟着微软走,打算用.net做客户端软件, 学学WPF也是一个必然的路子。上了贼船,不跟着贼走,贼喊捉贼滴......
  • 周永恒 评论博客:深入WPF--Style 2011-08-03 11:11
    @攀攀
    @Curry
    有时间我写个Style-补再详细介绍一下吧
  • 周永恒 评论博客:深入WPF--Style 2011-08-02 13:51
    了,你需要克隆一份style,然后设置style.BasedOn=application.对应Style,再赋给控件。
    3.使用我提到的Merge方法,这样支持DynamicResource替换,代码我给你粘贴到下面:
    我把代码给你粘贴过来,其中style.Merge(otherStyle)就是我文中的Merge Style。
    [code=csharp]
    #region AutoMergeStyle
    public static readonly DependencyProperty AutoMergeStyleProperty =
    DependencyProperty.Regi
  • 周永恒 评论博客:深入WPF--Style 2011-08-01 16:03
    @Curry
    你可以看看我以前Illusion那个例子,换肤部分的代码要调整一下,不过思路是一样的。
  • 周永恒 评论博客:深入WPF--Style 2011-08-01 14:20
    @吾爱孟夫子
    谢谢捧场,过奖了。
  • 周永恒 发表博客:深入WPF--Style 2011-08-01 12:07
    继续这个系列,深入介绍WPF中的Style,Silverlight也可以作为参考,希望能在Style这个点上,把它讲透。
Top