Document分析「继承关系」

　　——————————————————————————CAknDocument -> CEikDocument -> CApaDocument——————————————————————————「主要作用」

　　1） 是app的data model. 2） 在基于文件的app中，document提供了对于文件的访问（store/restore）

　　3） 负责创建AppUI，从而可以提供修改document的基础，CreateAppUiL（）负责创建application的appUI对象。

　　实际上，document起到了一个中间层（intermediate layer）的作用。负责在appui和app model（engine）以及 file之间建立联系。

　　「AppUI」

　　----------------------- 『Document』

　　|「model」 <-> 「file」

　　「Document的管理」

　　1） OpenFileL（）

　　这个函数的功能和app的资源文件中的TBUF段（segment）密切相关。

　　RESOURCE TBUF r_default_document_name { buf=""；}这个segment决定了application关联的文件名。这里的文件名连同路径就作为参数传递给了OpenFileL（） 函数。这就使得application在启动的时候能够调用缺省的file，如果这个segment是空的，那么缺省的document的名字和application的basename相同。这里需要注意的是series60只允许存在一个缺省的file.这个函数的返回值是CFileStore*，这是返回给application framework的指针，以方便application framework把它传递给其他函数。

　　「注」

　　注意OpenFileL（） 需要三个参数，其中文件名（TDesC& aFilename）和file server session参数（RFs& aFs） 应当是由application framework自动创建的。但是另外一个参数怎么确定的呢？

　　2） NewDocumentL（）

　　这个函数是由application framework来调用，用于初始化一个default document file.「注？」

　　这个函数是不是在资源文件没有文件名的情况下调用的？如果是这样，那么这个函数应当在OpenFileL（）

　　之前被调用？

　　「解释」

　　我在Document函数里面重载了函数NewDocumentL（）和OpenFileL（），并分别加上了断点跟踪调试。发现：（#） 如果在资源文件中没有文件名的话，那么这两个函数都不执行。

　　（#） 如果在资源文件存在文件名的话，那么首先执行的是OpenFileL（）函数，但是这个时候的aOpen参数值是0，表明文件不存在或者文件没有打开。那么接下来调用NewDocumentL（），这个函数负责创建一个新的document file.接下来会调用document类的StoreL（）函数。

　　（#） 在晚上上述的步骤之后，再重新运行这个app，那么启动的时候会调用OpenFileL（）函数，这个时候aOpen参数值是1，表明文件存在，那么接下来就调用ReStoreL（）函数对文件进行读写。

　　「对相关file的管理」

　　document类提供了两个函数对文件的mode访问和修改。AppFileMode（）和SetAppFileMode（）。

　　「对相关file的访问存取」

　　document类提供了如下函数对file进行访问：SaveL（）；StoreL（）；RestoreL（）；ExternalizeL（）；PrintL（）；其中SaveL（）会在app退出的时候被调用，用于保存app相关的数据到file中去。

　　SaveL（） ——> StoreL（）；而RestoreL（）是在app启动的时候调用的，负责把文件的信息保存在document相关的model（engine）中去。

　　「具体的UI/engine的结构以后在仔细的研究一下：-）」