Sql server 部署.net 4.0应用程序

Sql server 部署.net 4.0应用程序,sql-server,delphi,ms-access,c#-4.0,Sql Server,Delphi,Ms Access,C# 4.0,我打算使用.NET4.0开发一个应用程序,并打算使用EF4,但我不太关心应用程序的部署 我的目标受众将是小型企业,应用领域将与常规会计相关。市场上已经有几种类似的解决方案,它们的优点是非常易于安装、分发和备份恢复 对于.Net 4.0,它将很难分发,而对于.Net 3.5,一个完整的可分发框架大约是200mb,安装大约需要20分钟,这非常困难,如果因为系统操作系统重新安装等原因而接到支持电话,这将是一场噩梦 您对使用.NET4.0开发应用程序有什么看法?还有其他类似于DELPHI的语言,对于我的

我打算使用.NET4.0开发一个应用程序,并打算使用EF4,但我不太关心应用程序的部署

我的目标受众将是小型企业,应用领域将与常规会计相关。市场上已经有几种类似的解决方案,它们的优点是非常易于安装、分发和备份恢复

对于.Net 4.0,它将很难分发,而对于.Net 3.5,一个完整的可分发框架大约是200mb,安装大约需要20分钟,这非常困难,如果因为系统操作系统重新安装等原因而接到支持电话,这将是一场噩梦

您对使用.NET4.0开发应用程序有什么看法?还有其他类似于DELPHI的语言,对于我的目标应用程序来说已经足够了,而且非常容易部署。请分享你对此的想法。(我不是delphi开发人员,我是.Net开发人员,但需要为我的应用程序学习EF4)


与此相关的另一个问题是EF4仅在MSSQL中得到很好的支持,不支持MS Access。这再次给我的部署和维护带来了一些问题。

如果使用.NET 4.0,您可以仅使用客户端配置文件将框架部署到客户端,这比完整框架小得多


更多信息请访问:

关于与MS Access和MS SQL相关的问题,我发现可以使用SQL Server 3.5 Compact Edition,它现在也支持桌面应用程序。它在应用程序的进程中运行,但对于目标客户需要简单使用和部署的应用程序来说已经足够好了


麻烦和支持负担才是问题所在。并说服一些企业系统管理员允许相对新的框架版本。我会坚持使用.NET2,直到有人认为它是常见的。本白皮书提供了有用的信息。那么,为什么不直接使用Jet 4.0呢?Jet 4.0包含在Windows 2000和更新的操作系统中,并且在Access中得到了更好的支持?