摘要: 对listView中的数据进行排序,可以按照日期、数字等! 阅读全文
posted @ 2007-09-08 09:33 随风逝去(叶进) 阅读(1845) 评论(0) 推荐(0) 编辑
摘要: 这篇文章在一定程度上是对前面几篇文章的一个总结。 一个成功的通用框架必须是为广大具有不同的需求、技能和背景的开发人员而设计的。框架设计师面临的最大挑战是为这些多样化的用户群提供即简单又功能强大的框架。 要设计即功能强大又易于使用的框架。 80/20原则。 要把精力集中在框架中使用最为频繁的部分(20%) 要明确地为具有不同编程风格、需求、技能以及使用不同编程语言的开发... 阅读全文
posted @ 2007-09-07 17:29 随风逝去(叶进) 阅读(1899) 评论(2) 推荐(0) 编辑
摘要: 分层设计使得在单个框架中同时提供强大的功能和易用性成为可能。 考虑对框架进行分层,使高层API能提供最佳的开发效率,低层API能提供最强大的功能和最丰富的表现力。 通俗地讲,象我这样的菜鸟只能用高层API,太低层都不懂,而牛人们都是想用也更愿意用低层API的强大功能的(个人意见)。ps:这边的高层跟低层不是指高深的意思。而是从易用性方面考虑的! 避免把低层API和高层... 阅读全文
posted @ 2007-09-07 17:28 随风逝去(叶进) 阅读(1556) 评论(0) 推荐(0) 编辑
摘要: 在简单的使用场景中,一定要让框架无需文档就能使用。 要确保API是直观的,无需查阅参考文档就能用于基本场景 你总不希望写个“Hello World”都去查阅API文档吧。 要为所有的API提供优秀的文档。 一方面,并非所有的API都能自说明。不同的人会认为不同的API是自说明的; 另一方面,有些人想在开始使用API之前完全理解它们。 设计自说明API... 阅读全文
posted @ 2007-09-07 17:28 随风逝去(叶进) 阅读(1342) 评论(2) 推荐(0) 编辑
摘要: 框架必须以易于使用的方式来为普通用户提供一个低门栏。 每个人在第一次接触一个新框架时,都希望其是简单而功能强大的。如果他一开始就感觉其很复杂,则会望而却步。 要确保每个特性域的名字空间只包含哪些用于最常见场景的类型。应该把用于更高级的场景的类型放在子名字空间中。 例如:System.Net命名空间提供了有关网络的主要API,而更高级的socket API则位于System.Net... 阅读全文
posted @ 2007-09-07 17:28 随风逝去(叶进) 阅读(1423) 评论(1) 推荐(0) 编辑
摘要: 由于我怕文章的篇幅过长会使人看了头痛,所以,我打算分几篇文章把《.NET设计规范》第二章的学习笔记写出来,这样大家看着不至于太累!大概是接下去总共五篇文章是说“框架设计基础”的...... 对用户而言,真正的开发效率来自能够轻易地创造出非凡的产品,而并非来自能够轻易地创造垃圾。 场景驱动设计的原则 框架通常包含非常大的一组API。但在开发过程中,真正用到的只是其中较小的一个子集,只会涉... 阅读全文
posted @ 2007-09-07 17:27 随风逝去(叶进) 阅读(1611) 评论(0) 推荐(0) 编辑
摘要: 第一章 概述 如果框架的设计者能够站在使用者背后解释应该如何使用框架,那么就不需要同规范了。 精心设计的框架所具备的品质 简单性 在设计框架时,宁可不要某个特性比较复杂的设计,也不能破坏整体的简单性。 设计代价高 框架设计需要耗费大量的资源。框架设计应该是开发过程中明确而独立的一部分。 精心设计的框架充满利弊权衡 没有十全十美的东西... 阅读全文
posted @ 2007-09-07 17:26 随风逝去(叶进) 阅读(1703) 评论(4) 推荐(0) 编辑
摘要: 快速保存ListView内存中大量数据到Excel 阅读全文
posted @ 2007-09-07 11:42 随风逝去(叶进) 阅读(870) 评论(1) 推荐(0) 编辑
Free Web Counter
Free Web Counter