关于简化多个.Net应用程序的思考

Question

我们在8年的时间里编写了一系列ASP.Net应用程序。主要是在最初的3-4年内。它们一直运行得很好，只需要很少的维护，但新的功能正在被要求，我们遇到了IDE和平台问题。这些应用程序是用.Net 1.x和2.x编写的，在不同的空间中运行，但它们是作为一个单一的应用程序套件呈现的，这些应用程序使用一个通用的导航工具栏(实现为用户控件)。每次我们想要在导航菜单中添加一些东西时，我们必须在所有的应用程序中修改它，这是一件痛苦的事情。此外，水晶报表的各种版本，我们使用表格来组织视觉元素，我们最终弄得一团糟，特别是在运行所有多平台.Net版本的情况下。我们需要简化应用程序套件，让添加新应用程序变得更容易，而不会带来任何麻烦。我们还需要将所有这些应用程序放在一个.Net平台和集成开发环境下。

此外，还有一个与“集成”到UI中的应用程序套件的风格相匹配的WordPress博客，以及一个指向MediaWiki Wiki应用程序的链接。

我目前的想法是使用像Joomla这样的开源内容管理系统(CMS) (虽然基于PHP，但它工作得很好)，作为样式模板和菜单管理的用户界面框架。Joomla的文章管理将允许我们将维基内容迁移到文章中，这些文章可以在不干扰.Net应用程序的情况下发布。然后在“文章”中使用IFrame来“托管”.Net应用程序，然后...

将.Net应用程序升级到VS2010，去掉所有常见的页眉/页脚控件，并迁移样式以使用内容管理系统中使用的样式表。

在我写这篇文章的时候，我当然意识到这是大量的工作，这可能会导致优化问题，而且使用IFrames似乎有点像作弊，我已经读到了IFrames的问题。

我知道我们可以使用.Net应用程序样式，但这似乎有更多的工作(真的不确定)。此外，使用内容管理系统来处理博客和维基似乎也很有吸引力，除非有一个.Net内容管理系统可以处理所有这些需求。

有了这些信息，我想知道我是否完全走错了方向？我们试图使用开源，并随着时间的推移集成它，但这已经变得难以维护。我是不是没有意识到有一些技术可以满足我们的需求？我们这样做是对的吗?我们应该只专注于简化.Net吗？我明白无论我们做什么，都会有很多工作要做。社区的大量经验将是有帮助的。谢谢！！

PS -完全重写不是一个选项。

Answer 1

嗯，我们正在做一个项目，做一些听起来很熟悉的事情。我们使用的是www.sitecore.net CMS，但您也可以再次使用开源替代Umbraco，这两种方法都有一个学习曲线，但它们都是.Net应用程序，并不是专门针对博客的。如果你愿意，SiteCore最终可以使用普通的.Net用户控件，尽管这稍微违背了他们的模型，但它是有效的。

我要警告你的一件事是，SiteCore必须是你网站的根，它必须控制域的根(它有一个‘ll重写模块，需要在根目录)，你可以告诉它排除你的应用程序可能存在的某些文件夹。显然，您可以将导航放在站点根目录下的文件夹中。还要注意的是，SiteCore是一个运行在2.0运行时下的.Net 3.5应用程序。

是您的子应用程序..实际的独立应用程序在虚拟目录中，还是我猜的？

Answer 2

根据.Net应用程序的性质，您可能会发现DotNetNuke是一个有用的选择。

这是一个内容管理系统，你可以用.Net编写小部件(“模块”)，然后将它们添加到内容管理系统的页面中。在您的例子中，您应该将现有的功能包装在这样的小部件中。我已经这样做过好几次了，现在我已经习惯了，这没什么大不了的。

缺点是你必须学会在DNN环境中游泳，这(就像任何CMS一样)有一点学习曲线。

我必须更多地了解你现有的应用程序，才能确保这是一个合理的选择。如果它看起来很吸引人，你可能应该联系像你这样处理过这种情况的人(比如我)，并详细介绍一下。使用这些CMS框架很容易发现自己陷入了死胡同。

DNN编辑：就像在不同答案中提到的产品一样，必须控制其子域的顶层--所有请求都通过Default.aspx开始，然后以各种方式分派。