本文介绍了在原始文件中定义的消息在最终DotNet程序集中不可用的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我正在使用适用于GRPC的DotNet标准2.0(Visual Studio 2017)。我的整个项目是这样的：
Messages.proto
syntax = "proto3";
package Messages;
message IdRequest{
int32 id = 1;
}
message NameResponse{
string name=1;
}
Name.proto
syntax = "proto3";
package Services;
import public "proto/messages.proto";
service NameService{
rpc GetNameById(Messages.IdRequest) returns (Messages.NameResponse);
}
Common.proj
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>netstandard2.0</TargetFramework>
</PropertyGroup>
<ItemGroup>
<None Remove="protomessages.proto" />
<None Remove="proto
ame.proto" />
</ItemGroup>
<ItemGroup>
<PackageReference Include="Google.Protobuf" Version="3.10.1" />
<PackageReference Include="Grpc" Version="2.24.0" />
<PackageReference Include="Grpc.Core" Version="2.24.0" />
<PackageReference Include="Grpc.Tools" Version="2.24.0">
<PrivateAssets>all</PrivateAssets>
<IncludeAssets>runtime; build; native; contentfiles; analyzers</IncludeAssets>
</PackageReference>
</ItemGroup>
<ItemGroup>
<Protobuf Include="protomessages.proto" />
<Protobuf Include="proto
ame.proto" />
</ItemGroup>
</Project>
项目生成成功，但是最终的Common.dll没有Messages命名空间，我无法真正引用IdRequest或NameResponse。
那么我在哪里犯了隐藏消息命名空间的错误？
推荐答案
我知道这太老了，但以防它对其他人有帮助。自提出这个问题以来，GRPC的documentation已有很大改善。
查看相关的标记，以及来自here的讨论和屏幕截图，我将假设该项目是与cSharp一起工作的，因为这会产生影响。我认为命名空间未正确生成，因为缺少选项"；cSharp_NAMESPACE&Quot；。由于此修改，该服务的命名空间也将更改。
Message.proto：
syntax = "proto3";
package Messages;
option csharp_namespace = "Messages";
message IdRequest{
int32 id = 1;
}
message NameResponse{
string name=1;
}
Name.proto：
syntax = "proto3";
package Services;
option csharp_namespace = "Messages";
import "proto/Messages.proto";
service NameService{
rpc GetNameById(Messages.IdRequest) returns (Messages.NameResponse);
}
这篇关于在原始文件中定义的消息在最终DotNet程序集中不可用的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！