WM有约（四）：处理屏幕旋转

WM有约（四）：处理屏幕旋转

 

Written by Allen Lee

 

如果用户旋转屏幕……

首先，运行一下应用程序：

图 1

接着，旋转一下屏幕：

图 2

噢，"下一次"被挤下去了，屏幕也出现了滚动条，然而，屏幕上仍有许多空白地方未被利用，怎么办？

 

支持屏幕旋转的控件

以前，patterns & pactices提供了一个Mobile Client Software Factory，里面有一个OrientationAware控件，可以帮我们应对这种情况。现在，Clarius Consulting提供了一个专门用来应对这个问题的Orientation Aware Control组件，下面我们将会探讨如何使用Community Edition来解决这个问题。

安装好Orientation Aware Control组件之后，Add New Item对话框里会有一个Orientation Aware Control：

图 3

选中这个项，给它一个名字，然后单击Add，你会得到一个空白的控件设计界面，把HomeForm上的MonthCalendar控件和两个Label控件复制到HomeControl上，调整它们的位置，使它们居中：

图 4

接着，右键单击控件的空白处，选择Rotate：

图 5

控件的设计界面将会旋转：

图 6

这幅图运行后的样子实际上就是图2，现在把控件上的东西重新调整一下：

图 7

需要说明的是，我把控件的Size设为和HomeForm的一样，竖着的和横着的分别对应起来。然后，把控件旋转回去，把它添加到HomeForm上，并把它的Dock属性设为Fill：

图 8

哎哟，有点不堪入目啊，不知道运行起来会不会也是这样呢？好，我们来看看：

图 9

图 10

嗯，处理得还算不错，虽然横屏时还是出现了滚动条。注意，由于目前HomeControl只是一个空壳，所以之前实现的所有功能都不会在上面产生作用，当然就包括"下一次"没有任何显示了。

 

把业务逻辑的代码分离出来

目前，用户界面的代码和业务逻辑的代码纠缠在一起，HomeForm.cs里的代码更是超过四百行，这无疑会为将来的维护带来问题（虽然我不打算维护这个示范程序，但门面话还是要说一下的，哈哈），于是，接下来将会尝试把用户界面的代码分离到HomeControl里，而业务逻辑的代码将会创建一个新的DateManager类来存放。

DateManager类将会负责日期的存取、文件管理和预测逻辑；而HomeControl将会负责MonthCalendar上钉住日期的更新、"下一次"的更新和获取用户选中的日期。

首先是文件管理，HomeForm.cs里的InitializeFile、GetPinnedDatesFilePath、GetExcludedDatesFilePath、GetIncludedDatesFilePath和GetFilePath等方法可以直接复制到DateManager类里，其中InitializeFile将会在DateManager类的构造函数里调用，以便创建用来储存日期的文件。

接着是日期的存取，HomeForm.cs里的LoadDates、SaveDates、LoadPinnedDates、SavePinnedDates、LoadIncludedDates、SaveIncludedDates、LoadExcludedDates和SaveExcludedDates等方法都可以直接复制到DateManager类里，然而，由于DateManager类是用户界面中立的，于是需要对外提供Load和Save两个方法，以便相关的窗体/控件调用：

代码 1

最后就是"下一次"的预测了，HomeForm.cs里的CalculateNextTime、CalculateNextSaturday、ApplyInclusion、ApplyExclusion和ApplyAdjustment等方法都可以直接复制到DateManager类里，另外，我们需要把CalculateNextTime方法变成公有方法，以便HomeControl调用。

慢着！我怎么添加日期？噢，差点忘记了~~~我们知道，DateManager并不需要关心你是否在添加一个周末，它的任务只是把你给它的一组日期添加到对应的集合，于是我们可以这样实现Pin、Include和Exclude三个方法：

代码 2

再等等！我怎么获取要显示在MonthCalendar上的钉住日期？很简单，只需要提供一个PinnedDates属性就可以了：

代码 3

 

把用户界面的代码分离出来

我们知道，HomeControl的职责是显示钉住日期、更新"下一次"和在用户选中日期时发出通知，对于前两个，我们只需简单地提供两个属性就可以了：

代码 4

对于后面那个职责，我们需要提供一个SelectedDatesChanged事件，它会在MonthCalendar控件的DateChanged事件的基础上加上是否为周末的判断逻辑。为了实现这个事件，我们需要创建一个SelectedDatesEventArgs类：

代码 5

其中，CalculateWeekend和CalculateRange两个方法是从HomeForm.cs里直接复制过来的。有了这些准备，我们就可以着手实现SelectedDatesChanged事件了：

代码 6

还差什么呢？对了，是配置信息的设置，把HomeForm.cs里的SetupOptions方法直接复制过来，并把它变成公有方法。

最后就是着手整理HomeForm.cs了。首先，应用程序启动的时候，我们需要设置HomeControl的配置信息，并调用DateManager的Load方法：

代码 7

当主窗体的Deactivate事件触发时和用户单击Save菜单项时，调用DateManager的Save方法：

代码 8

当主窗体的Activated事件触发时，更新HomeControl上的"下一次"：

代码 9

当用户通过OptionForm修改了配置信息时，调用HomeControl的SetupOptions方法读取配置信息：

代码 10

当用户在HomeControl里的MonthCalendar上做出选择，我们将会把用户选中的日期保存到一个私有变量里，然后根据SelectedDatesEventArgs的ArePast属性设置Pin、Include和Exclude三个菜单项的Enable属性：

代码 11

当用户单击Pin、Include和Exclude三个菜单项时，将会调用DateManager对应的方法来处理：

代码 12

最后，HomeForm.cs里的其他代码，包括辅助方法和原用户界面上的控件都要删除。

现在，是时候运行一下应用程序了，看看改了这么多有没有改坏了：

图 11

噢，钉住日期没有显示出来！没问题，只需要在主窗体的Activated事件触发时和用户单击Pin菜单项时把DateManager的PinnedDates属性的值赋给HomeControl的DataSource属性就可以了。再次运行应用程序，这次就正常了（奇怪，为什么图10上会多出一个滚动条呢？难道是因为之前没有把窗体上原有的控件删除？）：

图 12

图 13

 

你还想要什么？

原本还想试一下数据绑定的，不过现在看来也没有这个必要了。目前这个应用程序基本上可以投入应用了，所以下一步就是如何把它部署到设备上。下一集，我们将会探讨如何为这个应用程序开发安装包。