我们有十几个Asp。Net/WCF应用程序,我们希望迁移到SDK风格。它们都使用PackageReference,所以这不是问题。
我们不想开发我们自己的dotnet构建SDK,我们也无法迁移到Asp。Net Core/gRPC。
这个问题是关于是否可以使用Microsoft的后续问题。NET。生成具有非Sdk样式项目的AssemblyInfo.targets?-最后,我们能够将大多数项目迁移到SDK风格,现在我们想迁移WCF/Asp。净值。
编辑
我想详细谈谈对这样一个SDK的期望。据我所知,WCF/Asp。Net项目有几个必须解决的功能:
- 在Microsoft中实现的发布逻辑。Web应用程序目标
- 某些文件扩展名的默认识别。例如,**\.html、**\.css、**\.js应自动包含为
Content
,就像在常规SDK中一样**\.resx会自动识别为EmbeddedResource
- 某些程序集引用可以自动添加,但这没什么大不了的
只要处理这些物品,我们就会过得很愉快。
如果我正确理解你的问题。。
如果您能够将您的SDK打包为新的。NET核心dll/包,同时保持所有现有WCF的原样,您可以:
- 创建。NET核心SDK项目
- 将WCF服务引用添加到您的SDK项目
- 允许Visual Studio生成代理代码
- 中针对WCF的代码。NET Core通过生成的代理对象调用您的服务
以下是微软团队的指导:
https://learn.microsoft.com/en-us/dotnet/core/additional-tools/wcf-web-service-reference-guide