近日收到导师关于论文答辩的Email，由于在职学习，时间总是不够用，加上懈怠，论文工作期限已近一年了。然而论文的进展才到一小半而己，只有利用夜里开工加班了。目前的论文是一套B/S系统，基于.net的评审系统的研究与开发。前两天，与Tony Qu在msn上chat时，受到启发，需要更多地将设计模式应用的内容扩展到论文中，既然是采用asp.net2.0，那么Provider模式自是重点。Tony给了我一大堆好文链接，正在加油学习，另外，微软asp.net官方网站推荐的startkit中，有一个项目叫做TheBeerHouse对Provider有很好的讲解，而且是一套较为完整的asp.net学习案例，现在已经读到Charpter5了，再有一个星期叫差不多学习完。准备近期能逐步将一些模式、结合TheBeerHouse、Petshop以及我现在的论文，写一些文章。

废话：前一篇 CardViewer系列之杂篇--成功是个贫乏的教师 谈到，经与用户的一次失败交互找到了主要原因是在UI方面，所以一直希望从理论角度来解释实践以及提升实践能力，毕竟，理论是实践之后的产物，所以对于后人来讲，实践之后获得的理论才是有生命力以及生命的延续力（还原以及创造）。近几日重温了《Software Engineering--A practitioner's Approach》的有关章节，并阅读了教材中推荐的一些读物，如Theo Mandel的著作的第五章《The Golden Rules of User Interface Design》，有了一点体会和的认知。

UI设计的概念：用户界面设计在人和计算机间创建一个有效的通信媒介。遵循一组界面设计原则，设计任务需标识界面对象和动作，然后创建屏幕布局，形成用户界面原型的基础。
界面设计不只是美工：初次接触的UI design这个词汇时，对它的理解是如何把用户交互的界面（图形）设计的漂亮，对，界面设计基本上等同于美工，如同网站建设中的CSS和Skin。天啊，是这个名字给我的误解，我不是也不善美工，所以这不是我关心的内容，把它交给专业的美工吧。如果我们了解一下设计模型和用户设计过程是怎么一回事，就应该改变这种观点。
设计模型的种类：分四种。软件工程师创建设计模型；人员工程师（或者也是软件工程师）建立用户模型；终端用户在脑海里对产生的映名称为用户的模型或系统感觉；系统的实现者创建系统映像。前篇中涉及的问题，主要体现在用户模型与用户的系统感觉发生的冲突，这必然导致的冲突和交互失败。因为四种模不可避免地会有差距，我们要做的是减小差距。初期建立的用户模型更多地顾及到软件的设计而非用户，实际上，用户的背景性别年龄以及使用掌上电脑的熟练程度是把握调适模型平衡的关键因素，对用户以及任务的把握显得至关重要。
用户设计过程：用户、任务和环境分析及建模；界面设计；界面构造；界面确认。不难看出，界面设计的工作似乎伴随到软件需求分析和设计甚至更多过程的整个周期，如果界面设计时不能正确把握任务和用户以及环境，那么设计将会不断修改甚至推翻。如掌上电脑不同于PC，甚至与smartPhone的特征也不尽相同，手写输入法的使用以及用户偏好使用，不同PPC的屏幕大小的细微差别，是使用多个窗体还是使用一个窗体多个面板或他控件，不同年龄人群适合不同的字体大小，交互方式的难易程度，提供多种选择模式以适合不同用户分类（新手、对系统有了解的中级用户，对系统有了解的经常用户）。

美工只是界面设计的一个重要的部分，更多的是用来提升亲和力和感染力、舒适度。而非UI的大部分。

界面设计文章推荐：我想如果你有空拜读一下Theo Mandel的著作并开发或参与过任何一个完整的项目（不管项目的大小，只要完整），一定会受益良多。其中最为著名的就是以下三条黄金规则（原著中对这三条原则进行的丰富的解释，这里列出条目，详细内容不再copy，有兴趣的话点这里下载PDF）：

• Place Users in Control
• Reduce Users' Memory Load
• Make the Interface Consistent

说明：未标示Entry from 的灰色字体表示摘录的原文及翻译内容，原文及链接已经给出。

近几天一直在学习Terrylee/的有关模式的系列文章，受益不小，另外，Voidclass 也跟我谈到过Mobile Client Software Factory的内容，感觉很值得研究，所以希望与大家一起研究并交流。

我以为：
组织文化与修炼内功。想要形成“管道”并持久发展，不可以只关注点击率，更重要的是内在建设，也就是形成组织文化（企业文化，Corporate Culture或Organisational Culture，英文的直译称为组织文化），这个近几年在管理学铺天盖地之后带来的词汇，在国内各业界属于有几年历史的新概念，逐渐被形成一定规模的组织所认可，因为它带来了实质的推动力。
良好的基础：主题定位以及人脉。有了文章数目攀升以及人脉的形式，博客园已经是一个具备相当规模的社区了，“专注于.net”这个标语使得我们的社区轻松地建立起了“特色”，“博客本身”的特点以及形式上的无政府状态、宽松的自由秩序，参与者的自觉约束和无私贡献，无疑使得社区资本积累的初步成功变得理所当然。这正是博客园现在所拥有的良好基础，同时也是各位和我所欣慰的。
这是我们要考虑的问题吗？我想是的。企业的基本要素是生产力，企业文化是企业发展的内功，企业文化的核心内容是价值观，价值观是建立企业战略的思想根源，企业战略是决定企业成败的关键因素。如果我们一味钻研细节是看不到这一点的。“我们不是商人和企业主，我们只关心技术，我们为什么要关心这些？”我想有人会这样说。可是，考虑一下，你、我、他这个单元个体组成了什么了？回答是：组织成为一个社区。对，是什么让我们成为社区一员并乐哉于此呢？回答是：渴求知识，寻找交流空间。没错，这样的话，我们与博客园的关系就是鱼水关系，这个社区的生产力就是在碰撞中产生新知识（好比苹果与思想的不同：我有1个苹果，给你1个我剩下0个；我有1个思想，给你1个，我有1个，你也有1个，甚至我们会碰撞出超过2个以上的思想，那么思想的总和将>=2）。
留给我和同样想法的朋友的问题。我敢肯定地说，组织文化的建设无疑有利于内功的修炼，有利于形成“管道”。但是对于属于这片领域的价值观是什么？如何形成这个价值观？如何提出发展的战略规划？对于现在正处于从事技术工作的大家来说，有一天你将会担任项目经理、企业主以及更高职位的角色，那么不如现在就暂且跳出圈子思考一下这些问题。以上有些想法源自于我对工作的思考，但是觉得对博客园建设同样有效。

 本文仅提出一些务虚的标语和未成形的框架，尚无可操作性的建议建言，并将继续思考......

“停止开发”。回到办公室后，我沉默了一个小时，现在我已记不得当时心中的苦闷和对话，大概的主题是痛惜三个月的心血，抱怨客户的认知能力和欣赏水平。为了不让同办公室的人发现这件事，在沉默的一个小时我一直在佯装翻书，我随机地拿起桌旁的《Microsoft.net Compact Framework Core reference》，幸运的是我翻到了这样一页：

One of the most important features of any application, and particularly an application intended to run on a mobile device, is the look and feel of its user interface. No matter how effective or well designed your application is, if you do not provide an interface that is easy to interact with, people are unlikely to use the application.When designing a user interface, you need to bear in mind the differences between the devices that it might be displayed on. Mobile devices are not simply miniature PCs and cannot be treated as such. You must remember that as well as having a smaller viewable area, mobile devices can often display only a limited number of colors. You should ensure that you design your applications to make the best use of available screen real estate……

这句朴素到让你读这本书的第一遍时通常将其忽略的一句话“无论应用程序如何有效或设计得多么巧妙，如果没有提供一个易于交互和使用的界面，人们都是不会喜欢使用它的”是至关重要的。让我又一次听到客户刚才扔下的那句话的后半句“…，如果不能改变的话”。这与先前的沮丧不一样，因为是希望。“是啊，apan，现在你该做的是寻找如何改变的方法，你的功能设计是没有什么大的问题的，因为先前在你们曾经做过大量的需求分析并得到客户的许可，你的问题也许出在，应该是，肯定是出在GUI上，出在用户的交互和使用的界面上”，我对自己说。……开始行动。中午1点，下午4点，晚上10点，凌晨1点，2点，5点，直到早晨9点我约好了负责人……

2006年3月14日。将阅读方式更改后，我们与客户负责人做的第二次沟通。我成功了，尽管成功得的有点勉强。这一次的教训使我在两方面有了认识：一是客户第一，尊重客户的需求；二是善于有效地交流，不要一味埋头苦干和过分自恋。

一个白天加上一个晚上。我们经过仔细分析，站在客户的立场，充分考虑他们之所需，按照客户的要求重新进行的GUI设计分析，并以最快的速度搭建了一个尽可能接近传统纸版浏览方法的界面，部署到了样机上。他们接受了。如果没有这件事，我会一直坚持最初的设计，因为我觉得那是合理的，优秀的。然而客户先前的不满意是有理由、有依据的，并且是真实的，至关重要的。创新需要大胆，但创新也需要细心、科学，还有一点容易忽视的就是，洗牌是需要时间和过程的。

2006年3月19日。今晨5点出发去南开找导师做毕业论文设计指导，但是导师没在。就旁听了其他班的论文指导。指导会上，我讲述了自己的经历，并且得到了友善的支持和忠告，而且有几个老师也讲了他们遇到的一样的经历。在交流的过程中，我又有了新的认识：用户是需要引导的，一个项目的生命周期中，随着用户对系统的熟悉，他们会主动提出新的需求和设计，但是一开始他并一定不会接受至少在你认为是先进并合理的设计。

原先的初衷把自己在项目中遇到GUI设计问题结合他人的优秀文章，综述一篇关于GUI设计的技术讨论文章（其实我没有完整地看完过一本有关GUI设计的书籍），然而我却发现有许多优秀的文章所优秀的亮点在于原则而非教条和具体方法，因为没有哪一套设计的具体操作会真正适合你，它们都需要具体对待，比如GUI Bloopers by Jeff Johnson的许多原则都值得我们去体会，我的这个故事恰恰与如下几下观点相吻合：

• Focus on the users and their tasks, not the technology
• Don't complicate the users' task
• Design for responsiveness
• Try it out on users, then fix it!

结语：于是我开始相信《富爸爸》里说的那句话：成功是个贫乏的教师。因为失败尽管让我经历了一段难熬的时间，但他使我眼前一亮，那是我们在重复一些真知灼见的道理时的实际资本和宝贵财富。

CardViewer系列之准备篇--资源下载推荐    本系列文章目录      下一篇

• Books: 开发之前我有重点的通读了几本书籍，这使我对项目中的需求有了足够的信心，并确定我将要重视的知识点。教材是不会完全解决你的问题，但它会告诉你这个问题是否可以解决、解决的线索以及成本等。这是我主要使用的三本入门教材。
  • Beginning.Visual.C.Sharp：如果你是一个C#和.net新手，这本书值得一读，尤其是事件和属性的讲解是这本书的亮点。
  • Microsoft.NET Compact Framework Core reference：个人认为这是开发mobile的必读书，应该这此类书籍少之又少，读过几本中文的mobile书籍，好象都不够切题，讨论的问题比较分散。
  •  Professional C# 3rd Edition：C#入门的补充，讨论了更多高级问题。由于.netCF的编程与.net的方法基本都是一样的，主要还是library不同，所以这本书的知识完全可以应用的mobile编程里去。
• MSDN: 教材不是字典，想查字典就看MSDN（本地和在线的）。目前我所遇到的大部分问题，基本上都可以在本地的MSDN里找到答案，尽管这需要耐心和十分的耐心。
• Link:
  
  • MSDN Mobility :权威、全面。不必多话。通过这里可以进入.net compact framework , sql server mobile  , asp.net mobile等的link。
  • Team blog :门户的补充，更多的解释。
  • OpenNETCF.org :第三方控件，早先开源免费，所以大量使用了这里的控件，但是现在收费了，非常可惜，不过sdf1.4与 sdf2.0beta仍然免费。
  • Pocket PC Developer Network
  • Mobility & Embedded Developer Center
  • smart device developer Forums :msdn中关于小设备开发的论坛，当然还有msdn的其他相关论坛，如sql server mobile。
  • 更多的blog, forums, newsgroups 不再多话，都在这些网站里，应该经常去了解。
  • 对了，补充一下，博客园以及我们的mobile团队也是正在发展的好社区，大家要共同努力。
  • 如果博友们有好的推荐网站资源及网站也请共享交流。

CardViewer系列之准备篇--J2ME vs .netCF     本系列文章目录      下一篇

• 平台(platform)支持：为简化说明可以把OS分为windows和非windows操作系统。在非windows操作系统中，手机上最为流行的是Symbian, iDen, Brew 和 vendor-specific，PDA和嵌入式设备上最为流行的是Palm OS 和RTOS (real-time operating system)。 .netCF只能运行在Windows，虽然支持winCE和基于pocketPC的低端设备超过200多种。然而更多设备是运行在非windows系统上的，JAVA的标语"Write one, Run Everywhere"显示了它势必掌握低设备软件开发的大部分主动权，包括windows在内的几乎所有平台都可以成为J2ME的舞台。所以很显然，在平台支持方面J2ME远优于.netCF。
• 语言支持：塞翁得马，焉知非祸，由于平台对比的优势，J2ME的开发者陷入标准化的困惑，他们经常要应付各种厂家提出的不同标准和插件，如multimedia playback和SMS（Short Message Service），甚至J2ME平台本身的MIDP也会被不同厂家以不同的方式实现。.netCF的开发者相对幸运的多，应该还算是以人为本，因为开发者不必再去学习新的技术，当然你应该具备.net开发经验，不管使用的Visual Basic .Ne还是c#。
• 数据库支持：目前主要数据库解决方案providers包括：Microsoft公司的SQL Server Compact Edtion：主要支持.net cf，相信这是这个坛子里对它最为熟悉；Sybase公司的iAnywhere Solutions：最为流行，支持.net cf和j2me，它拥有出色的UltraLite mobile 数据库技术，它可以通过MobiLink与IBM DB 2, Oracle 9i and SQL Server同步；IBM公司的DB2 Everywhere：支持JDBC和ODBC APIs；Oracle公司的Oracle 9i Lite：支持JDBC和ODBC APIs。
  然而这些数据库的功能是不够完备的，通常需要与企业后台数据库进行同步与合并。.netcf支持ADO.net的一个大子集。关系性数据库在j2me上的存取是通过JDBC的，相比之下，支持J2ME的数据库更多。
• Web Services：微软阵营中，Web Services类很早就与移动设备集成，完全支持SOAP。相比之下，SOAP通过J2ME Web Services API (JWSA)被标准化的时间不长。
• 开发工具：选择何种mobile平台的决定因素在于开发者已掌握的知识和开发工具。.netCF的开发工具Visual Studio2005这里就不用多介绍了，大家都比我熟。适合J2ME的平台和设备种类繁多的优势使得可选的开发工具也就数不胜数，如JBuilder with MobileSet，jVise(Eclipse的模块)，Metrowerks CodeWarrior Wireless Studio，以及初学者熟悉的Sun J2ME Wireless Toolkit。当然这并不完全可以当作一个优势，主要矛盾还是集中在标准化不够统一的问题上，因为不同厂家都有自己的SDK，编辑工具以及设备仿真器（emulators），掌握这些工具和测试仿真器是一件单调乏味而困难的事。
• 结论：选择何种平台完全取决于你的商业和开发需求。J2ME和.netCF都是开发mobile应用程序的优秀平台。从跨平台性、设备支持、数据库支持、开发工具等因素上讲，J2ME在低端设备上mobile解决方案具有明显优势。然而在J2ME平台开发和布曙应用程序是兼具挑战性和乏味的。而.netCF更适合低水平开发者的，它能有效地节约成本和缩短学习周期，而且它是到目前为止开发运行在windows平台上的高端PDA的最好选择。

我选择：.netCF。以上参考使我们选择开发环境和设备变得容易。尽管如此，当时我的选择经历也是通过一段时间的摸索（－选择－试用－选择－），总结一下我们选择.netCF的原因：

• Visual studio2005开发环境容易上手：当时只有使用Jbuild和Eclipse编程环境的经历，尽管曾经多少使用过Visual studio 6.0，所以转到Visual Studio是下了一定的决定的，不过没想到上手极快，而且在GUI方面效率远远高于我以前使用的任何开发环境。
• C#语言轻松搞定：在南开学的是C++和Java，相比之下更喜欢java，然而有了这两种编程语言的基础，C#的学习还是很轻松的。
• Sql server  mobile Editon可以快速入门：使用Oracle9i已经四年多了，但是Sql server 2005的使用比起oracle的企业管理器要方面得多，所以学习sql server mobile Edition花了几个小时就入门了。
• 环境搭建相对简单：不象Eclipse和JBuild那样要去搜集那么多的model（比如WTK、UML），有时为了一个需求要去试用n个公司的模块，着实很烦人，我是个懒人，所以当我轻松的搭建完.netCF的环境时，觉得爽极了。
• 我们的产品不需要跨平台：这个项目功能简单，也不可能会把软件移植到其他设备上去，最大可能也就是更新不同型号的PocketPC，只要windows mobile 一直发展，CardViewer就可以持续发展。

预告：介绍设备选择、环境搭建以及资源链接


CardViewer系列之准备篇     本系列文章目录      下一篇

－－准备篇
简介：只要您在PC机上使用过普通的人事管理软件，就知道CardViewer将要实现在功能是什么（浏览、查询、统计、同步、报表及个性化自定义等常规功能）。它包括基于掌上电脑（Pocket PC）平台的客户端和基于台式机（PC）上服务器端应用程序两套组件。Pocket PC实现了最终用户的大部分需求，如除了同步以外的上述常规功能；PC主要服务于管理员，负责解决数据问题（如MERGE REPLICATION 、RDA、XML WEB、Synchronization等命题，后续文章中将有一篇比较有趣的关于数据库解决方案的讨论）。
闲话之移动设备简史(参考)：1981年第一台便携式计算机Osborne 1出现；1984年英国PSION发明了个人数据助理（PDA），80年代中期到90年代初，PSION成为了PDA市场的主导，然而受到Palm和Windows CE的竞争压力，于2001年退出PDA市场，致力于Symbian软件，如现在我正在使用的Nokia和SIMENS SX1手机使用的操作系统；1993年Apple的Newton MessagePad实现了PIM，但却受到笔迹识别技术的制约；1996年Palm Computing Inc.发布了第一款Palm Pilot PDA，至1999年末，占有全球70％的PDA市场份额；Microsoft于1996年利用Windows CE加入这场竞争，Pocket PC2000、2002、2003以及目前的Windows mobile 5.0 Pocket PC的出现使得Microsoft在Mobile市场中不得不再次成为人们关注的焦点。

引出的话题(具体内容将在下篇文章讨论)：

• 开发环境的选择以及搭建：主要比较J2ME、.NET compact framework，并介绍windows mobile 5.0环境搭建等老话题。
• 设备：在定位Windows Mobile 5.0操作系统的基础上，比较惠甫、华硕、戴尔三款机型以及最终定机的过程。
• 资源：推荐开发中的参考书籍并提供电子书下载。
• 网站：获益的Web、Forums、Newsgroup、Blogger。

预告：

1. 继续讨论本篇未完的“引出的话题”；
2. 小设备GUI设计基础：低设备产品的资源是有限的，它包括系统资源（CPU、RAM）、视线资源（屏幕大小）、人机交互（输入方法）的限制，正是由于这些限制使得设计者在着手设计之前必须考虑的是简化功能，以及在功能定位后的设计出简单的操作流程……

 
                                                                     本系列文章目录      下一篇：J2ME vs .netCF