这里要提到一点不足，对于ASP.NET，它是被浏览器请求执行。不同于C/S,可以new一个窗体，然后Show。我一直在寻找一种方法，可以通过页面的类型，来找到这个页面所在的营工作x文件地址，这样可以省略Function特性的第二个参数，到目前一直没有找到可行的方案。第二个参数可以通过菜单设计器来辅助完成，不过原理和这里的差不多，也是人工识别，所以，我直接把地址放在特性参数中，以用于导航。

　　第二类实现类是报表。先在报表设计器中设计此报表，给予一个编号，参考如下图所示。

　　在报表设计窗体中，给予基本的参数。然后在Web项目的report目录中，放置报表文件。理论上，需要支持三大流行的报表系统。RDLC，微软客户端报表，简单，易用，Crystal Report 水晶报表，实现类复杂强大，Reporting Services 微软服务器端报表。Enterprise Solution Web部分，目前只实现了RDLC客户端报表，其它二项报表的实现类，还有待研究和实现。这里要提到一点，加入一种类型的报表，要实现如下的基本实现类：

　　1.多语言基本的中，英，繁体;

　　2.多种版本。Crystal Report 有多种版本，要能识别各个版本的报表文件并加载合适的呈现器(Render);

　　3.界面输入与传值。有的报表需要传递参数，系统要创造界面输入值，并自动的传入到报表中;

　　第三类实现类是自定义查询。用户在查询设计器中设计的查询，Web框架要能解析成界面，呈现给用户。

　　在此设计的查询，通过在快速启动栏中输入PUPRSQ实现类编码，呈现给用户如下效果的界面。

　　查询的结果，可以导出为EXCEL。关于如何将query转换为Web界面，在后续的文章中会讲解原理，在此先略过。

　　导航实现类的好坏，对系统的可用性，有一定的影响。试想一下，实现类很复杂的一个系统，用户要找一个实现类，要找很久都找不到，或是没有快捷的途径找到它，用户肯定不会认为它好用。其次，快速启动栏的设计，用一个实现类编码标识用户需要的一个实现类模块，有利于用户快速执行所需要的实现类。高级的用户不想去树节点中找，则可以此方法执行实现类。

　　最后，导航菜单是可编辑的，提供一个菜单编辑器，随心所欲的设计用户所需要的效果。