屏幕设计之道
Dr. Charlie Kreitzberg 和 Ambrose 小
认知的视图
Dr.Charles B。Kreitzberg远古中文的基本原理说出该 Tao 的原则和组织世界上的路径。尽管在 Tao 的根返回某些 2,500 年,其 teachings 有一个有趣的并行交互设计。在 Tao 中的一个核心概念是每个操作后跟一个反应。概念被体现在熟悉 Yin-Yang 符号 (图 1) 的,为划分彼此交互的互补 opposites 描述世界上的。In screen design we might think of this symbol as representing two complementary models of software:实现模型和清单模型。这些模型描述了史 Cooper 通过其简介册 关于面。Cooper 解释实现模型作为该软件的实际方法。清单模型,相反,是软件表示用户其功能的方法。有效的设计的关键在于能够创建清单模型符合方式用户认为有关该问题。
图 1 的 Yin-Yang 符号
作为开发人员,您深 immersed 在实现模型中,但当您切换到设计用户界面,您需要移动用户执行您角度若要查看软件的方式。不 ’s 易于做,因为它 ’s 难忽略您的了解并采用其他人已经视图。我们如创建角色代表典型的访问群体成员和构造任务方案了解用户如何工作的以前专栏中讨论的设计技术的许多旨在帮助您做出的精神移位。您需要清楚地了解观众需要完成的任务,他们认为他们的活动有关的方式。还 ’s 重要识别技术的了解,您可能需要从该访问群体的级别。使用这一知识可以开发清单适合的模型。
首次创建框架
我们以前编写有关高级和详细的设计区分。屏幕设计应始终从开始高级框架的设计。就地框架后就可以使用为基础的详细的屏幕。框架的两个键的元素包括:
- 允许用户轻松地从到屏幕移动 accord 任务流中的一个导航方案。我们讨论导航我们三月 2009年列 (msdn.microsoft.com/en-us/magazine/dd458810.aspx)。
- 永久元素,(如标题的提供定位用户,并提供提示用户在哪里。
换而言是自上而下的方法通过它您定义的所有屏幕元素的开头,并创建的用户获取周围的方式清除模型。
与就地框架,开发优化框架,如果需要在最重要屏幕。最后,开发剩余屏幕和对话框的。
创建线框模板
框架可能主方式实现应指示主屏幕区域。某些信息在这些区域中将每个屏幕 (渚嬪的方式 产品名称、 徽标和主菜单) 上相同。某些信息将更改从屏幕,但应出现在相同 (渚嬪的方式 屏幕标题和痕迹导航) 的每个屏幕上的位置中。最后,某些信息将从屏幕屏幕 (渚嬪的方式 控件特定于屏幕) 不同。所有这些元素但是,应协同工作以创建一致和无缝的设计。
启动屏幕划分基于函数的区域。负绀轰緥看,在图 2,用于制订基本屏幕区域的线框。请注意如何在此线框中的每个区域已被标记,以便用户将了解其目的。
图 2 定义屏幕区域
总体设计很容易 perceptually 组织用户。每个主选项卡可以有一个稍有不同的设计,但只要 doesn’t 移动基本布局,设计将出现一致的用户。为说明这一点,查看图 3,显示另一个模板可用于在应用程序中一个不同的选项卡的。因为基本框架元素保留常量,可用性被保留,即使是不同的设计的关键元素。
图 3 中的兼容模板
当然,您为每个屏幕选择在设计模式应一致。渚嬪的方式 两个选项卡每个具有搜索功能,如果它们应以相同的方式提供该功能。
除最简单的系统需要处理对话框和其他辅助屏幕。在过去的浏览器,限制因大量的基于 Web 的系统避免子窗口和图层。一个常见的备选方法是向用户发送到另一页,用户必须弄清如何得到。通常,这会导致混乱。
Microsoft.NET Framework Framework、 其关联的编程语言和 AJAX 的平台创建弹出窗口和一流的其他方式管理的详细信息是更切合实际。当您正在创建一个框架,考虑如何将处理对话框和详细信息。例如,图 2 的和 3 的中的模板将处理也是模式弹出式子窗口中 图 4 所示。
创建框架的过程中您应该还考虑用户支持和帮助。帮助通常是一个 afterthought,创建为一个 “ 螺栓的 ”,但它得更好地工作时它集成到屏幕。请注意,在弹出窗口中所示图 4, 我们 ’ve 保留一个可以充当提示定向用户的说明文本的位置。了解其他链接使用户能够访问的其他信息。(当然,您需要设计一个模板,显示如何将处理该链接。
图 4 的弹出
为了在用户填写窗体可能也要创建一个允许用户获取有关特定字段的附加信息的工具提示。此示例设计如图 5 所示。
图 5 的工具提示
考虑最开始处的用户支持设计,您需要大步确保它实际上会创建并将非常有用的和一致。请注意工具提示类似提示,链接使用户能够了解更多信息。而这并不是常见的做法 (无法在某些工具提示控件中实现),它会是一功能强大的技术,因为它允许用户 delve 时保持其当前活动的上下文中的更深层次。您可能希望创建模板的弹出窗口,以支持这些若要避免额外的导航链接的另一个级别。
在我的经验中可能有两个级别的对话框的几个基本模板可以容纳甚至非常大型系统的用户界面。并通过指定框架预先,创建设计特定的屏幕,基本框架。
创建一个样式指南
创建框架,文档它在一个样式指南。这将提醒您选择的进行,还允许其他人需要开发屏幕,以保持设计一致。一个风格指南不需要艺术型。通常,我捕获屏幕模板,它们,批注并粘贴到 Word、 Visio,或一个网站的批注屏幕。图 6 是一个示例如何,您可能批注弹出的线框。
图 6 为样式指南的带注解的线框
指定字体、 字体的大小和颜色,以便它们可以是一致从屏幕至关重要。尽可能,使用样式而不是硬编码值的字体和颜色,以便您 (或一个图形艺术家) 可以在可视化设计进行更改并仍保持在应用程序的一致性。
该样式指南还可以指定在用户界面中使用术语。很重要,一直使用的术语,并选择对您的用户有意义的术语。
Agile
如我们 ’ve 前一列中所述的重构 UI 可能会导致混乱。由于这个原因 ’s,通常最好先提出一个全面、 灵活的框架,然后在整个开发周期中对它。渚嬪的方式 可能会发现您需要一个附加的模板,或者您需要采用额外的设计规则。您当然可以随着 UI 开发的进展修改样式指南,只要您优化的原始设计。如果您发现的原始设计需要被 rethought,您应返回和查看所有的一致性的屏幕并考虑对用户所做的更改的影响,如果已部署该软件。
可用性测试
您的框架在创建后测试其可用性如果可能,可以使某些设计适用您预期的。更方便地对模板进行更改,样式指南之前屏幕大量的编码。
创建详细信息屏幕
就地框架和样式指南,您可以创建屏幕。如果开发了一个很好的风格指南 ’ve,可以分布在多个开发人员工作并保持的一致性所需。
设计单个屏幕的工作是图片和工程的组合。若要创建一个适用于用户的屏幕设计,您需要自己置于用户已经鞋中,并看世界上用户方式执行。’s 不方便的任务的一个原因可用性测试可以作为一种工具如此强大。
认知模型
作为起始点,看 图 7,显示简化的用户如何处理在屏幕的认知模型。
图 7 认知模型处理屏幕
用户通常开始该会话的主要目标记住关闭。渚嬪的方式 “ 想要选择我公司的好处 ” 或者 “ 要解决此客户已经闂 ”。然后,用户 confronts 每个屏幕,如她创建更小、 屏幕级目标 (如 “ 想要登录 ” 或 “ 想要查找客户已经记录 ”。
与这些记住的目标用户查看屏幕,并决定要执行的操作。她执行该操作,并观察结果。根据这些结果,用户创建一个新的目标,然后再次重复此过程。
此过程可以方便地转 astray 如果用户不能识别相应的控件在屏幕上。如果设计器假定用户 “ 记住 ” 到哪里,并不会为其创建一个可见的提示,可能发生此情况。可能是一种产品的用户需要按 F1 键可获取的帮助,但提示将该结果没有一个示例。另一个示例是当用户需要返回到一个特定屏幕来查找函数,但不是会记住哪里可以找到该函数时。在这两种情况下,结果是通常 frantic 搜索和挫折。
这将导致一个关键的屏幕设计规则:不依赖于用户已经内存 ;而是,尝试使每个选项可见。虽然时间,用户将了解系统,任何依赖于内存只添加认知负载和,因此,工作。请记住 cognitively,识别是始终比撤回得更容易。当大量的选项可能需要进行的选择一个多步骤过程。在这些情况下,更容易,尽可能为用户定位的元素他需要快速而轻松地为尽可能,并且总是具有最小的认知负载。
因为开发人员关心效率,它们可能会认为它浪费和 sloppy 重复已显示其他位置的信息。但由于识别始终 trumps 撤回,您最好提供多次比假定用户将会记住内容如果它不 ’s 的前面它们的内容。由于用户很少开发的导航流程的准确精神模型和 — — 至少不直到它们有大量的产品的风险 — 依赖于其撤回他们需要该函数是在一个特定的选项卡下认知加载大量向该进程。
Layout
我们讨论信息体系结构,以及如何设计演示文稿的信息,便于读者理解的最后一个月。排放单个屏幕时,请记住这些观点。请确保屏幕的 orderly 和可用的混乱。您希望 perceptually 分组到可视单元一起工作的用户。查找在图 8 若要查看如何 disorderly 对齐方式可以使其组合到相关的项目一起眼睛确实很难。通过对齐项目,并置于接近其控制的元素按钮,持久度组是很容易地形成的。
图 8 分组使屏幕更多易于理解的
内部一致性
除非您有非常不试图,保持为一致尽可能从屏幕的原因。渚嬪的方式 下面是一些常规指导原则:
- 使用相同的术语在整个系统
- 组织一直使用同一窗体的标题和信息的演示文稿信息
- 搜索查询的结果,使用同一技术
流
时所需用户扫描屏幕订单您是,通常最好遵循该用户已经本机语言的流。在英语和其他许多语言,由此可见从左到右和从上到下。查看按字母顺序排列的顺序为字母为如何要容易得多的图 9 当它们符合语言流。
图 9 的流
如果您的观众已经语言是希伯来语、 阿拉伯语、 波斯语、 中文或日语,流可能是从右到左,因此应相应地调整屏幕。流不是每个屏幕上关心的问题。流不总是相关文本。因此,渚嬪的方式 如果想要代表一个使用多个步骤的过程,排列流,即使在屏幕上的对象是图形仍重要。查看在 i18nguy.com/MiddleEastUI.html “ washing 在 T 恤衫 ” 示例。
然后在魔力操作
许多 (包括我自己) 的设计人员发现他们必须很好的屏幕设计的种响应。您知道在设计时正确因为内容似乎分为位置。您看从不同角度为该方法有意义。我们将在自己表征作为该种感觉 “ 和该幻会发生情况 ” 和我们失望的能够解释为什么此特定的设计是正确的客户端。
作为开发人员,您可能遇到了当您解决了特别 knotty 技术设计问题相似 “ Aha ” 时间。可以到同一点中屏幕设计,您将能够在您的设计决策的 rightness 把握并很少会可用性测试证明您错误。
研究在 Tao 屏幕设计的并了解您需要创建两个补充的视图产品 – 一个技术和居中对齐的一个用户。可以从切换视图到其他轻松,您将掌握难以使用但值得技能。
软件视图
![]() |
屏幕设计是,相信,因此具体和实用我们的大多数只获取它的那些事情。 具有使我们 complacent 遗憾结果:我们不认为它足够,或只是假定我们知道它 — 我们 ’re 专家,因为我们设计的屏幕。 此列的其他几期有所示,没有确实一门艺术使软件接口和一个不同的科学。平均开发人员可以根据其固有的人才和 empathy,使培养良好体验的接口目前只获取。 翻转侧希望即使 UI 设计不是您主要的专业技能,可以获得更好地在它和也得到更好地在决定时需要寻求专业人员在字段中的,此列还显示了。 |
我说这一切的注意我们 UI 技术看起来有多长时间识别设计框架需要方法。 我能说存在这样的平台的已被更由驱动我们需要保留我们的性能和某些 modicum 正在进行的更改要求比通过一致性的重要性为那些任何意识识别我们 lovingly 引用作为用户的工作效率的开发人员。 因此,serendipitous 我们有什么我们。
又只是我们的吗? 很明显,取决于的好何种技术您使用而 ’ll 尝试,毕竟,这是 MSDN Magazine 保持侧重于主要的.NET UI 技术。
就在其所有内容
第一次关闭,让我说所有.NET 技术都有一个共享,具体概念的基本用户界面重用) 控件,其阶导数所谓的用户控件)。 这些,如我 ’m 确保我们的大多数知道,让包,而不仅仅是可视的用户界面的部分组成,而且还功能重复使用。 我不 ’m 一个技术 historian 但我印象的控件通常意味着跨问题域 (通常显示在自己外部的项目或程序集,或甚至提供由第三方) 的解决方案和这些的解决方案控件通常在非常广泛适用的模式中实现的。用户的控件在另一方面,是向经常在同一项目解决方案中的特定问题域通常方向。
用户控件和好代码以及已知的 UI 重复使用,但只到目前为止,您获得方面的设计框架。 进行该操作,您需要更多类似通常称为 “ 主 ” 或 “ 模板 ” 框架来处理总的布局和层次结构的共享的元素,以及一种方法管理一致的样式 (表示字体、 颜色、 间距和其他可视 treatments 提供信息和美感设计的) 的内容。 这些,解决方案在技术上会有所不同。
Windows Forms
许多卫星前,我 fearless Floridian 朋友,Stan Schultes,penned 称为 “了解 Visual 继承” (msdn.microsoft.com/en-us/library/aa288147(VS.71).aspx) Visual Studio 杂志中项目 本文介绍该方法可以帮助很大程度上总、 共享的布局需要 — — 换而言可以使基窗体和一个基本的对话框和构建的以满足您的需要的大部分。
从鐢 ㄥ 自己设备我 ’m 担心的 ’s 有关 ’ll 获取出的 Windows 窗体中帮助您的所有实现一个设计框架。 也就是说,如 Infragistics 已经应用样式的框架和工具 (infragistics.com/learn/applicationstyling.aspx),提供更多的一致性和灵活性有助于填充在 Windows 窗体保留关闭中帮助您实现和管理一个一致的设计框架,该间隔的第三方解决方案。
您可能会考虑复合 UI 应用程序块 (也称为 CAB ;请 msdn.microsoft.com/en-us/library/aa480450.aspx) 虽然 CAB 用于多 modularizing 和实现一致的设计框架比分离 UI,但您可以定义外壳程序和 UI (使用一个或多个该工作区) 进行一种提供该级别设计框架实现的母版版式。 您仍然 ’re 保留需要确保特定模块窗体 harmonious 整体,但是,并给出的 CAB 提供模块化,这意味着模块开发人员按照您设计的框架指南的多个责任。如果 ’re 打算实现应用程序使用 CAB,您应查找到智能客户端软件工厂 (SCSF)。(请参阅 msdn.microsoft.com/en-us/library/bb266334.aspx 的一些好的指导在两个组合在一起。
ASP.NET
SP.NET 的一种 Web 技术可以利用标准的 Web 技术,帮助设计框架。 主要,这意味着 CSS 和,在较新的年份,流行共享 CSS 框架 (bing.com/search?q=css+frameworks)。 如果您 一定要小心,一个 CSS Zen 母版可以的逃避几乎完全控制页面布局,但更可能 ’ll 必须某些 interplay 结构 HTML 和 CSS 之间。 CSS 是有关更精细设计信息,如间距 (边距、 衬距、 行距行等)、 字体颜色,最有用,当然,视觉 treatments 涉及操作 (如边框和各种基于图像的 gymnastics。
作为一个补数 (或一个冲突,取决于您要求的人员) 出的样式,将 ASP.NET 支持主题和控件外观帮助您获得额外的位的应用程序的组织和潜在可维护性。 Infragistics 还提供了样式应用程序的 ASP.NET,使管理应用程序更容易,尤其是在您使用 ’re Infragistics ASP.NET 控件的样式。 CSS 和 HTML 功能非常强大,但它们还得无法管理,然后 Infragistics 产品和内置的 ASP.NET 主题和 skinning,以及其他框架都尝试帮助您管理的复杂性并使您的正确性。
用于共享总的布局和元素最 ASP.NET 有母版页 (msdn.microsoft.com/en-us/library/wtxbf3hh.aspx),让您定义的公共父/母版版式和使用基于特定的视图的不同布局方面的内容占位符的元素。 母版页可以嵌套,并且您可以有多个母版 (渚嬪的方式 另一个用于企业,一个用于 MyApp,甚至是一个用于 MyAppDialog — — 这种事情)。 它真正 ’s 支持,简化了实现和维护一个设计的框架的一个很好而 ingenious 框架并且是,MVC lovers,为您可以使用母版页那里以及。(请参阅 msdn.microsoft.com/en-us/library/dd381412.aspx 作为起始点。
在 ASP.NET 的一个其他便笺。 您可以还利用 ASP.NET AJAX (和其他 AJAX 技术),它实质上是维护一个外部、 常见布局只需更新和替换内容区域。 ASP.NET AJAX 是另一个工具可与主控页时利用 CSS 和母版页一个一致的设计方案框架的优点使您的 AJAX 的好处。
SharePoint 和其他内容的管理系统
最后,如通常属于 ASP.NET,SharePoint 和其他内容的管理系统通常转之外的内容获取中 ASP.NET 框架提供内容的类型的页面模板的基础知识并相似的功能,可进一步帮助您建立和维护一个甚至启用 nondevelopers 到在某种意义上,扩展系统,同时保持相同的设计框架不变的一致的设计框架。
WPF
WPF (Windows Presentation Foundation) 具有基本上两层的样式 的样式和模板。(请参阅 msdn.microsoft.com/en-us/library/ms745683.aspx。样式) 是实质上是一组合到一起共享的一组属性值的方式。 模板有两种基本类型,在 WPF 中,数据模板和控件模板。 控件模板是一个完全自定义控件,包括它们的基本结构和行为的外观和感觉的方法。 通常一起使用的控件模板 (渚嬪的方式 可以设置一个模板属性在控件的样式中) 将自定义体验到一定程度早期.NET UI 技术中确实不可行。数据模板是共享公共 UI 定义一个形状是依据指只查找匹配的绑定和不,用于的数据源特定类型的示例数据模板的有用的数据的一个非常巧妙的方法。
总的布局和元素共享,WPF 一本身的客户端的技术是它将 ’s 创建视图 (窗口) 设计出,在运行时 (通常与用户实例) 替换的占位符内容的更多或更少的简单问题。 WPF 还支持日记导航模式的实现 (请参阅 quince.infragistics.com/#/Main/ViewPattern$pattern=Journal+Navigation),并允许您使用框架它来模拟的导航到不同的页 Web 体验。 这可以是一个有效的方法实现是占位符方法。(您 ’ll 找到详细信息在 msdn.microsoft.com/en-us/library/ms750478.aspx)。
WPF (和 Silverlight) 也有一个类似于 CAB 的框架,称为复合应用程序指南 (CAG,以前称为 Prism ;请参阅 msdn.microsoft.com/en-us/library/cc707819.aspx) 可以利用一个类似的方式与前面描述 Windows 窗体。 CAG 支持的区域,其可用于为容器或占位符内的一种更大布局和可以以及嵌套的概念。如果 ’re 在混合 (避免,这一次),您可以查找指导组织内容,使混合和 Prism 很好地协同工作,在 johnpapa.net/silverlight/using-blend-with-prism-apps-in-silverlight-3/ 好一些。
使用模板的样式的组合与占位符,和用户控件 (或框架页的控件) 的主视图,您可以在 WPF 中实现一个非常易于管理的设计框架选项。
Silverlight
因为 Silverlight 为所有无论从哪方面看,目的是 WPF 的一个子集,它尝试 100%(XAML) 源 Silverlight WPF 之间的兼容性规定的 Microsoft 的目标,大部分内容我说过 WPF 有关适用于 Silverlight,有一些例外,当然。
第一次关闭,没有核心 Silverlight 中页的没有正式的概念 — 基本上,所有内容都是控件或一个用户。 第 3 版在 Microsoft 中添加导航框架添加承载 “ 页 ” 用户,从派生的页类和标题属性将自动更新浏览器标题栏的框架类。 它们日记导航的实现,以便您可以模拟 Web 方法 (类似 WPF,而编写的实现不兼容的源,请参阅 msdn.microsoft.com/en-us/library/cc838245(VS.95).aspx)。而不是导航到页中,您导航到用户控件模拟页的。 但定义的核心概念与占位符保持共享总的布局和元素。和使用 WPF,您可以手动管理特定区域中 (占位符) 的较新的用户界面的可视元素的替换通常是用户控件。
为样式和模板化,非常非常同一文字部分,使用 Silverlight 提供一个这样的控件 (或用户控件) 开发人员定义语义状态和状态组 VisualStateManager 在一点需要特别注意。 在这里我们讨论的上下文中, 这主要意味着该 VSM 影响您自定义控件模板的方式。 WPF 为 VisualStateManager 目前Toolkit中 ;请参阅 windowsclient.net/wpf/wpf35/wpf-35sp1-toolkit-visual-state-manager-overview.aspx。
此外,因为 Silverlight 不是一个 all-or-nothing 选项,就可以使用与 ASP.NET 和使用 ASP.NET 意味着一个重点设计框架一起使用。您只需管理集成的标准的 Web (CSS + HTML) 技术,与在 Silverlight 中样式的样式。 因此记住这如果您的路由。
您可以找到在 msdn.microsoft.com/en-us/library/cc903925 (VS.95).aspx WPF 和 Silverlight 之间差异的详细信息。
SketchFlow
撰写本文时,只已发布 SketchFlow。 虽然 SketchFlow 支持 WPF 和 Silverlight (尽管 SketchFlow 项目的目标是单个的技术),它具有自己的想法设计框架管理有关的一些。 因为许多开发人员将使用它来原型的.NET 技术,我认为它值得一提。 尽管这两种技术的位于顶部,位于 SketchFlow,它有一些其他术语,即屏幕和组件屏幕。
基本上它听起来是一个屏幕用户定位到屏幕。(您可以创建直观的导航 SketchFlow 图中的屏幕之间的连接)。 这通常意味着什么是一个显示足够不同 UI,以保证其自己的生命周期和布局。 组件屏幕是实质上的简单方法共享其他屏幕非常类似于用户控件在屏幕的位。(实际上,一个组件屏幕将创建 UserControl 在代码中)。
特别是早期的原型,是不超过认为内容时的点的原型的一部分,喜欢框架设计,一个点的可能要执行此操作。 如果获取原型之外的很多页或两个希望进一步循环访问和修改需要开始考虑如何共享公共位使您的原型更易于管理。 也就是说,即使不 ’s 主 SketchFlow 点的最终实现向前执行 SketchFlow 原型从一篇文章。
您考虑一个详细的实现设计框架可以可能等待,直到您决定要开始的生成,此时您可以利用一些和许多组件屏幕甚至的一些样式,(在可视状态经理) 的状态和相关的演示图板如果您或您的设计器的任何详细信息中定义这些麻烦。
使用公共控件
除了框架和工具,帮助您实现一致的设计框架内和跨应用程序,您应该还考虑设计方面的您的解决方案是如何映射到其他设计框架的框架一致性。这是在 UI 模式可以帮助您选择和实现解决相关的问题的最佳、 最常见方法。
再次,它看上去的开发人员 unconsciously (或不) 做这都以及通过试图模仿最终用户熟悉 (如 Excel 和 Outlook) 的常见解决方案以及,当然,使用在框中的控件。 我们中的许多 don’t 考虑,但内容所说的一致性由一个有限的控件集提供。我们 don’t 需要担心太多有关如何实现说,选择一个拖向器 (因为我们,在框中,请参阅 (quince.infragistics.com/#/Main/ViewPattern$pattern=Drop+Down+Chooser)。同样的更多复杂,但熟悉接口不是在核心框架库,我们可以利用工作的第三方执行的操作提供很好的实现 OutlookBar,功能区,这样的项,依此类推。
您可以视为这些公共控件的一种共享的通用设计框架,在其中生成大多数 (业务) 应用程序,并您应该利用共享的设计框架利用此熟悉。 某些有说的直观是通常只是只是熟悉 (请参阅,渚嬪的方式 portal.acm.org/citation.cfm?id=584629),以便使用熟悉的 UI 控件可以转长方式向帮助您看起来直观的接口。
一次请记住,您仍需要选择基于您的应用程序的需要的控件,不应用 unthinkingly 熟悉控件只是因为它熟悉或因为渚嬪的方式 Microsoft Office 中用它。 它可能不说,而且中获取完成工作,刺激,相信我们 ’ve 如下所有误用的控件。
一件事情可以帮助您打电话这样判断多个快速是好 UI 和 UX 模式库类似 Quince (quince.infragistics.com)。阅读问题、 解决方案、 上下文,和阐释模式 — — 它们 ’re 通常很短,可以执行许多可帮助您识别一个特定的模式 (这通常实现为一个控件) 是否适合您的上下文。提供的多个备选方法并可以使用该标记以浏览其他可能的方法。
总结
现在,必须 ’ve 启用不同的.NET UI 技术中的.NET 功能的此 whirlwind 教程,您应能够应用并利用您 (或您的设计器已经) 定义一个一致的框架,并使其易于足够的管理,您可以调整它在开发过程中,并继续迭代并为您维护应用程序在生产中的调整它的内容的努力。