我现在在做一个CMS系统，目标是使缺少电脑专业知识的人也可以拥有各种各样的丰富漂亮的页面。

1.数据存储主要采用XML文件，其中一些数据量大的和需要检索的数据用SQL Server。

2.每个用户站点都有一个目录，来存储站点的数据，这个目录放在App_Data文件夹，避免Browser直接访问。

3.每个站点、页面、页面元素都有一个存储其数据的XML文件。

4.站点数据文件包括站点名称、皮肤等信息，页面数据文件存储页面的布局和对元素的引用，页面元素数据文件存储这个元素本身的数据。

5.页面的显示由一个aspx文件来实现，首先是生成布局容器区，然后加载各页面元素。

6.页面元素的显示由一个ascx文件来实现，方法是把这个元素的xml数据文件和对应元素类型的xslt组合成html，这是在基类里写好的，但是子类也可以根据需要重写，比如有些数据需要读数据库来生成xml，然后再与xslt组合。

7.所有写文件的aspx都做成异步页面，避免磁盘I/O的瓶颈问题影响吞吐量。

8.页面访问时重写url，使站点对搜索引擎友好。

9.对频繁访问的页面生成静态html，提高效率。

10.管理员后台可进行用户和系统管理。

我的一些疑虑如下：

1.用文件系统存储数据有没有什么弊端，如果访问量大，是不是用另一台服务器专门存储数据文件更好一些（因为存储数据的目录是可配置的，不一定存到App_Data里）？

2.有人说用xslt的开销会比较大，我想知道究竟大到什么程度，我对测试技术不甚了解，很想知道怎么测试。

3.我不确定这样一个系统是否有实际应用价值，我个人觉得价值体现在应用的数量，也就是页面类型和元素类型的数量，你们认为呢？

另外我想在做的差不多后，把它开源，不知道园子里有什么地方可以发布。