再来玩一个2005 年微软发布了 Visual Studio 2005,里面提供了大量新增的控件和类。FlowLayoutPanel 也是从这时进入了我们的视线。
MSDN 里是这么介绍它的
细细品味下,原来这家伙的功能那是相当的强悍啊,可惜大多数人要么不用它,要么这样用它。时间跑得飞快。眼睛一闭一睁,已经是 2012 年了。 时隔 7 年,最新操作系统 Win 8 带着[color=#FF0000]最潮界面 Metro UI 席卷全球。[/color]已经被压在箱底 N 年的 FlowLayoutPanel 看到这里,不禁虎躯一震:「这不我的菜吗?」 各位请看,震撼图片即将上场。 这是 VS2005 制作的仿 Metro 界面,感觉如何?
怎么样?还原度,有没有?可见,只要舍得蛋疼,系统自带控件同样华丽。老旧的控件依然能走在时尚的最前沿,依然那么的犀利。。
MSDN 里是这么介绍它的
细细品味下,原来这家伙的功能那是相当的强悍啊,可惜大多数人要么不用它,要么这样用它。时间跑得飞快。眼睛一闭一睁,已经是 2012 年了。 时隔 7 年,最新操作系统 Win 8 带着[color=#FF0000]最潮界面 Metro UI 席卷全球。[/color]已经被压在箱底 N 年的 FlowLayoutPanel 看到这里,不禁虎躯一震:「这不我的菜吗?」 各位请看,震撼图片即将上场。 这是 VS2005 制作的仿 Metro 界面,感觉如何?
怎么样?还原度,有没有?可见,只要舍得蛋疼,系统自带控件同样华丽。老旧的控件依然能走在时尚的最前沿,依然那么的犀利。。
一些web网站 和互联网产品 的设计从很多细节也能体现
你上去的只能是形而无法领悟其神反应灵敏的用户界面是用户使用的应用程序的一个基本的期望,一个快速的方法来检查是否在UI线程上运行的代码块调用Deployment.Current.Dispatcher.CheckAccess()。这将返回true,如果代码是在UI线程上执行,因此,如果返回true,你不更新你的用户界面,那么你就可以移动到后台线程的代码。移动后台线程的代码,一个简单的方法是包裹在一个调用ThreadPool.QueueUserWorkItem() 。/ /在UI线程上运行。
...
/ /在后台线程上运行。
ThreadPool.QueueUserWorkItem((O)=>
{
...
}
/ /在后台线程上运行。
ThreadPool.QueueUserWorkItem((O)=>
{
... / /在UI线程上运行。 Deployment.Current.Dispatcher.BeginInvoke(()=> { ... } }
我也不想。。csdn 的 bb 解析真的。。跟粑粑一样。。
可用于做MVC设计模式下的自动化布局的容器单元
什么漂亮?Ribbon?单图?Mac?
还不如win98起码有个3d边缘
ms是真心把别人当傻子了。
非常简单,添加 2 个小的 tile 或者 1 个大的 tile 就设置 FlowLayoutPanel.SetFlowBreak(Control control, bool value) 换行就行了tile 的大小要注意下,小的 1x1,大的 2x1
功能强大局限性也大,这就是flowlayoutpanel的尴尬所在