摘要：
我们都知道在WPF中，所有的控件都有Resources属性，里面可以放Resource。一般比较常用的Resource位置就是Application的Resource和各个Window的Resource。那么这两个Resource的位置，除了作用范围不同之外，还有什么不同呢？一个不同点就是，Application的Resource会被作用一个全局共享的Resource的来源。这会给Merge Resource Dictionary带来极大的方便，但是这个性质并不像想象中的那么好用。在实际项目中，通常会对Resource的使用有如下的几点要求。1. 不要把所有的Resource放在一个文件里。我 阅读全文
摘要：
代码如下：View Code <Window x:Class="WpfTest.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="MainWindow" Height="350" Width="525"> <Border Corne 阅读全文
摘要：
WPF设计已逐渐向Web设计靠拢，比较主流的窗体设计大体分为：Header，Content，Footer三部分。窗体的Content部分随着界面切换不断跳变，但程序时钟运行在一个窗体内。WPF开发可以考虑family show的程序模型，采用UserControl而非Window来开发程序，用UserControl取代Window的好处是，不需要再考虑窗口之间的交互问题，因为从头到尾所有程序逻辑都是在一个窗口中进行处理。而对于那些Flash的开发人员来说，这种模式更是熟悉不过了，你可以把User Control理解成MovieClip对象。 阅读全文
摘要：
自定义控件（把控件的“内脏”塞回去，要什么它有什么；要什么它给我们什么；我们给它什么，它自己便会去干什么，不用由外力再次驱动）；数据绑定一定要用上（数据驱动UI。不要让“车”拉着“筐”到处跑，小心“禁行”。车上只装“水果”，其余的东西不要随便“装车”，车只拉“水果”，只卸载“水果”）；编程=数据+算法；编程=思想+工具；功能驱动设计，莫因设计“工具”和“思想”的缺失，反过来去弱化功能，让功能迁就设计，是设计初期的“大忌”。AOP的学习与了解;写代码尽量“追求逻辑表现”，淡化对“性能”的偏执，两者冲突取前者。性能靠经验，靠决策。“逻辑表现”是底线，不可模糊。在编程领域有一个道理被广为传播：mak 阅读全文
摘要：
操作流程；窗体、界面出现频率；操作方式便利性（鼠标，键盘，触摸，外设IO）；可由设计者在设计初期自己按照设计构想体验操作，收集不便于操作之处，通过UI元素调整（位置，大小，形态等）来消除这些不利因素；界面Ui元素风格的统一，尽量避免为强调某一控件之作用而随意更改其大小形态等因素，造成界面格局的不协调；自定义控件的默认值以实际输入概率决定。例如：生日，工作时间，频率等，根据实际情况使用最多的值作为默认值。 阅读全文
摘要：
什么叫WPF的资源(Resource)?资源是保存在可执行文件中的一种不可执行数据。在WPF的资源中，几乎可以包含图像、字符串等所有的任意CLR对象，只要对象有一个默认的构造函数和独立的属性。也就是说，应用程序中非程序代码的内容，比如点阵图、颜色、字型、动画/影片档以及字符串常量值，可将它们从程序中独立出来，单独包装成"资源(Resource)"。使用资源的优势：1. 由于不用写在程序代码中，方便管理：便于更新。2. 优化资源，节省空间。资源一旦定义，便可重复利用。还记得FLASH中的将物体转换为元件吗？一旦将物体转换为元件，就可以重复利用了。在WPF中，似乎与之有共通之处 阅读全文