摘要：
给需要在控件属性面板显示的属性类，添加如下特性 [TypeConverter(typeof(ExpandableObjectConverter))] https://www.2cto.com/kf/201302/188246.html 阅读全文
摘要：
private void Form2_Load(object sender, EventArgs e) {BB b = new BB(); button2.DataBindings.Add("Text", b, "s"); } class BB { public string s { get; se 阅读全文
摘要：
DefaultValue，顾名思义，默认值的意思。但这个默认值不是用来显示的，它的作用是当属性设置的值（无法代码写还是属性窗口输入）与DefaultValue相同时，会区别显示，比如其它值加粗，DefaultValue不加粗。 DefaultValue可以勉强理解为密码或者暗号，虽然看不到，但值对了 阅读全文
摘要：
很早之前就玩过VS里面的code snippet，相当方便。 今天在用prop自动属性代码时，无意中用了一下propa，然后就自动出来了依赖属性的代码片段，太方便了，尤其是对于WPF新手来说，比如我这样的。 阅读全文
摘要：
WinForm默认只提供了DateTimePicker，今天的项目只用时间，不能出现日期，百撕不得骑姐（^^），也没花多少时间，随便试了一下，就成功了，分享一下。在DateTimePicker属性中设置：Format:TimeShowUpDown:true 阅读全文
摘要：
昨天发过文字版的，后来以为问题没解决就删除，今天偷个懒，直接上图。被书中的介绍给误导了，虽然和书中不一样，但实际上自己练习写的模块已经是可用了。也犯了个常识性的错误：Warn一般不会有太大的影响。 阅读全文
摘要：
阶段一：新手，需要指令清单阶段二：高级新手，不想要全局思维阶段三：胜任者，能够解决问题阶段四：精通者，能够自我纠正阶段五：专家，凭直觉工作 阅读全文
摘要：
一旦程序里出现了“无法解决的复杂性”，就说明设计中有些深层次的基本错误。如果问题在这个层面上无法解决，应当回过头看看产生问题的真正原因是什么。 问题复杂，解法不一定会复杂。大多数麻烦的设计问题，都可以用在纸上画图或写出来的办法找到答案。 重新设计的每个步骤都应该足够小，比如给变量取个更好的名... 阅读全文
摘要：
一、编写不必要的代码 1、不应该在真正的需求来临之前编写那些代码。 2、不要编写不必要的代码，并且要删除没有用到的代码。二、代码难以修改 1、对未来做太多假设。 2、不仔细设计就编写代码（基本设计都不做） 3、设计程序时，应当根据你现在确切知道的需求，而不是你认为未来会出现的需求。三、过分... 阅读全文
摘要：
4.1.1 价值：这个变化能给人多大帮助。 可能价值：这个变化有多大可能帮到用户。 潜在价值：这个变化在对用户提供帮助的时候，将为用户提供多大帮助。4.3 不可预测的结果 程序员犯的最常见最严重的错误，就是在其实不知道未来的时候去预测未来。 如果完全不考虑未来，只根据当前已知的确切信息确定所... 阅读全文