项目描述：
作为asp mvc 4的学习练习，我创建了一个站点构建器/多租户站点。只是通过自定义路由对模板进行wysiwyg编辑，将用户引导到基于子域的正确模板，这一点并不太花哨。所以usr1.mysite.com会定向到usr1编辑的模板。我目前主要担心的是我存储编辑过的模板的方法。
存储困境：
起初我只是将模板制作成视图并将用户所做的更改存储在数据库中。当显示usr1的模板时，系统将拉出视图并用usr1的数据填充它。
相反，我已经实现了一个系统，该系统采用用户修改过的模板，并将整个内容保存为文件系统中的静态html文件。只有usr1站点的路径（以及其他一些细节）才会保存在数据库中。当usr1.mysite.com被调用时，我只有一个＆＃34;内容＆＃34;控制器检索正确的html文件。
问题：
有没有理由选择静态html文件方法的数据库/视图方法？
此外，我并不关心在最终用户页面中拥有动态内容。这是我尝试使用文件方法的一个原因。
决定（编辑）：
我实现了文件方法。经过更多的研究（验证我之前的研究），我几乎没有怀疑文件系统即使有几百个网站也会遇到麻烦。我将以一种将用户数据目录分组到组目录中的方式来构建它，这是基于我尚未想到的命名约定，可能类似于000组目录中的000usr1,000usr2。目标是在任何给定目录中少于100个文件/文件夹，深度少于4个级别。这应该给我能够容纳10000个站点。我没有计划在这个级别上使用这个软件进行任何活动，但我确实想要起床并运行并折磨它一段时间，看看它能够处理什么。如果有人表示任何兴趣，我会回复一些结果。