(C)Sharp your mind

前言

曾经利用QT、JAVA等做过可视化方面的开发，现如今又学起了C#。来到简书的第一篇文章也就开始潜移默化的对这三种实现可视化的方式做了一个对比

却发现C# + Visual Studio简直完美，毫无槽点

但是别忘了我是来干什么来了，我是来吐槽来了啊

终于，在我精心钻研之后发现，其实C#还是有一些可吐之槽滴

槽点

TOP5——MediaPlayerElement Class

人性化设计即指在设计过程当中使体验者参观、使用起常方便、舒适。是在设计中对人的心理生理需求和精神追求的尊重和满足，是设计中的人文关怀

在测试体验MediaPlayerElement过程当中发现当设置AutoPlay="True"时，播放器的声音是无法关闭的，难道只有关闭应用才能让声音停止？或者说只要用户想使用这个应用就不得不忍受这段Noise？

AutoPlay="False"
AutoPlay="True"
当然，此控件还有其他不够完善的地方没比如无法倍速播放视频等一些用户很常用且实用的功能。
所以说作为一个播放器来说它是不合格的，至少还有很大改进空间，比如可以支持更多视频格式，支持倍速播放等

TOP4——Button Class

我们可以改变button图标么？
在使用Button过程中发现，通过点击Button我们可以完成状态的切换，但是Button上的图标却无法变换为相应的图标
如下图的播放/暂停时图标的转换就是我们无法完成的：

一个我们无法完成的操作
但是在Qt或者Java 中我们却可以轻易的完成图标变换的功能。
这是为什么呢?
我的猜想:C#的可视化设计过度的依赖于XAML以及简单的拖拽（所见即所得），而XAML只能作为一种标记语言，是无法执行的，所以导致任何已经实现的可视化界面都无法“临场发挥”，这是区别于Qt或者Java的

TOP3——Border Class

一个奇葩的控件

改变边框及背景的颜色或大小
有趣的是C#给我们提供了这样一个控件——一个令人难以理解的控件。
我不禁要问自己，在哪些应用场景下我们会需要改变边框的大小以及颜色？

直到我看到了这样一篇文章：Border 控件

TOP2——RichEditBox Class

一个令我失望的控件
起初，当我看到了RichEditBox时，曾天真的以为或许从此可以用上一款为自己私人定制的编辑器，但是我还是too young too simple。

XAML Controls Gallery对RichEditBox的解释
只看上图中的解释我们可能会把RichEditBox理解成为一个简单的富文本编辑框，当时当我查阅其官方文档之后才发现
它其实能完成这样的事情：
此图片选自网络
所以说，RichEditBox不仅仅是一个富文本编辑框，在某些情况下，它甚至可以胜任图片编辑器的工作，它绝不是表面看上去那么单纯
感觉XAML Controls Gallery深深的欺骗了我

TOP1——ColorPicker Class

一个风格迥异的控件
对于向来追求完美的我来说时不能接受ColorPicker这个控件这么糊弄的，在仔细试用了一下这个控件之后，越发感觉它跟其他控件完全不在一个频道上，不但外表没有微软的炫酷风，甚至还很粗糙
请见下图：

ColorPicker粗糙的画风宇其他控件炫酷的格格不入
再来一个对比：
可以更加明显的看出左侧的ColorPicker控件效果要逊色于右侧两个的效果
所以， ColorPiker控件的设计尚有提升空间，暂且不说其外观是否与其他控件协调。就其实用性来说也要逊色很多，在使用过程中我发现当快速移动下方的拖动条是颜色面板会发生闪烁现象，而且当拖动滚动条时整个取色板会发生颜色变化也是不太合理的事情

后语

总之不存在完美的IDE

欢迎大家关注微信公众号“NEU学堂”

学堂君欢迎你的到来
~~虽然小编经常托更，而且一托就是好几个月，但这并不妨碍它是一个极好的公众号~~