level 9
OneStep7
楼主
懂的帮忙讨论一下，毕竟学得不全。标准的思路！？用的当然是GDI+来绘制，难道必须利用现成的基类事件来作铺垫……或者有没有更好的思路 @nukepayload2
2014年04月28日 10点04分
1
level 13
level 13
level 13
用GDI+的话，可以把每个控件搞成用户控件，重写OnPaint等。
WPF在设计时就能看到效果，随便拖几下就把控件改头换面。
2014年04月28日 12点04分
5
WPF在设计时就能看到效果，随便拖几下就把控件改头换面。
我就是重写OnPaint啊，而且是自定义控件 非用户控件……但是，就是觉得写法可能不标准，想讨论了解。继承基类这个应该是必须的第一步，增加字段，利用现成的基类事件写上自拟功能的响应代码，调用重写的OnPaint……但是我觉得可能不标准，不知道工具箱的控件都是怎么写出来的……很想了解
2014年04月28日 14点04分
你学WPF多久了？自学的吧
2014年04月28日 14点04分
回复 OneStep7 :工具箱里面的很多是调用win32api实现的。WPF样式与逻辑是分离的，样式用ControlTemplate定义，里面资源很多是与当前控件风格绑定的，逻辑用c#代码控制。
2014年04月28日 15点04分
level 10
控件就是一个“窗体”，你要写一个控件就等于处理这个窗体对于各种事件的反应
控件闪烁严重就用双重缓存
2014年04月28日 16点04分
6
控件闪烁严重就用双重缓存
能写的思路我有，看5楼；但是标准的写法……比如像软件公司里的vb.net程序员一样的写法
2014年04月28日 17点04分
回复 OneStep7 :如果追求效率就要用WinAPI，费时费力，.NET就是为了隐藏这种消息机制而存在的。所以如果你用.NET写控件，只要关注它本身为你提供的事件就可以了。除非有一些.NET没实现的事件，一般都不需要自己去处理Windows消息记录的。所以，它能为你提供的，就已经是“标准”的写法了。
2014年04月29日 03点04分
回复 夜闻香 :我并不是按照教程学的写控件啊 教程很多都没有编写控件的详细代码。像用户控件的示例代码好像也很简陋。这么说，只能利用现成的基类事件、属性，或者自己添加以基类事件为基础可以引发的自定义事件和自己添加的属性，包括重写OnPaint……难道说net控件标准写法就是这么一个套路……
2014年04月29日 04点04分
回复 夜闻香 :而且net无法写窗体，只能是无边框样式。确实有点堆残，实际使用时有一大部分代码是用不到的，不如C++的量身定制
2014年04月29日 04点04分
level 9
其实我的理解是，开发控件这些不需要太多人会，只要少部分精英会就可以，我们只要会利用他们成果就可以了，就想吧主说的拼积木，利用他们做好的类继承，添加就可以！一样可以做的很好，如果从底层开发控件我觉得就有些钻牛角尖了，为什么要从底层开发呢？那还要继承干嘛呢？
2014年05月01日 22点05分
7