我正在寻找一个可靠且易于获取的.NET Web应用程序框架,以供公司范围的开发使用。我在考虑DotNetNuke。好吗 ?你还能推荐什么?
答案 0 :(得分:4)
如果您想在.NET中使用“Web应用程序”框架,那么您的选择可以归结为ASP.NET或ASP.NET MVC(均来自Microsoft),或者像Castle Monorail这样的开源替代方案。
如果您希望最大限度地利用供应商控件,并且将基于表单的小型应用程序组合在一起,那么ASP.NET将是您的最佳选择。
对于任何更大或更复杂的东西,如果你没有供应商控制,ASP.NET MVC或Castle Monorail会给你一个更好的结果,因为它们会迫使你进入更好的实践。
但是,如果您正在寻找一个现有的Web应用程序作为自定义的基础,那么您的出发点需要告诉我们您想要实现的更多细节。
根据您的要求,Dotnetnuke可能非常适合您的需求,或者它可能是一个非常糟糕的选择。没有更多信息,我们无法分辨。
答案 1 :(得分:3)
DotNetNuke是一个内容管理系统。有很多,有更多的供应商解决方案,而不是你可以动摇。这一切都取决于您的需求/需求,以及成本是否是一个问题。更多信息会有所帮助。这更像是一个面向维基的项目吗?内联网站点?两者兼而有之?是否全天候支持问题?
您在寻找framework吗?或Content Management System?
List of Content Management Systems。还有商业的,如SharePoint,以及一大堆定制供应商解决方案。
答案 2 :(得分:1)
对于任何复杂的应用程序,ASP.NET webforms都更好,因为您只需处理C#并且事件驱动编程更容易。管理大型ASP.NET MVC应用程序只是一场噩梦。不要被MVC中的单元测试所诱惑。
如果您使用的是webforms,那么您将专注于应用程序而不是编码复杂性。 +你有这么多的webcontrols让你的工作更轻松。
可能有一些框架可用于日志记录框架,或者Microsft Enterprise Framework可以使应用程序更易于配置。
也访问Ext.NET。他们有一些专门针对ASP.NET Web表单的控件,可以使您的应用程序看起来更好。
答案 3 :(得分:0)
SharePoint是一个选项,但我不推荐它。我一直想尝试DotNetNuke。它拥有强大的社区和大量的增长。
在我们放弃之前,我们的团队已经开展了5个月的SharePoint功能。部署和调试是非常糟糕的经历。我们不得不在Visual Studio中使用冗长的构建脚本,并且我们使用了一些开源工具(WspBuilder,SharePoint Installer等),只是为了让这个过程中途易于管理。
有一天,SharePoint可能会成长并获得真正的Visual Studio集成(我听说这是VS 2010的计划)。在那之前,这太麻烦了。学习曲线陡峭,您将不得不花费大量时间搜索XML配置文件来追踪问题。 SharePoint可能会让你鄙视XML配置!
<强>更新强> Sharepoint在VS2010中得到了一些非常需要的关注。请参阅:http://www.cmswire.com/cms/enterpr...
答案 4 :(得分:0)
最后,您将需要多个框架。只用一个就很难支持任何复杂的商业环境。听起来像你专注于.NET所以我会坚持使用ASP.NET或ASP.NET MVC。将ASP.NET MVC用于需要通过测试进行域驱动开发的大型应用程序。将ASP.NET用于与SQL模式紧密匹配的数据驱动应用程序(快速和脏的应用程序,没有太多复杂性)。假设您使用MS SQL进行持久化。我还会考虑最新版本的SharePoint。它现在基于ASP.NET 2.0,比过去更容易处理。如果您的许多业务需求很简单,那么您可以使用SharePoint提供大量功能。当然,使用SharePoint,您需要一个良好的支持人员来进行备份,维护和恢复。