adamsitnik on master
1655 doc with options obsolete … (compare)
3.1.2
) has an hard dependency on MessagePack 1.7.x
azure-signalr
moved out by "building from source" using a submodule
HubProtocol
at work that relies on MessagePack
tooMessagePack 1.x
to 2.x
(since we can now)
dotnet/aspnetcore
) <= require 1.7.xpublic enum Hub
{
Json,
NetonsoftJson,
MessagePack
}
[Params(Hub.Json, Hub.Json, Hub.MessagePack)]
public Hub Hub;
[GlobalSetup]
public Setup()
{
switch (Hub)
{
case Json;
hubProtocol = new JsonHubProtocol();
break;
}
}
private IHubProtocol hubProtocol;
i wondered yesterday if there was another attribute like for example
[ColumnSource]
public string Foo => this.HubProtocol.Name;
to generate a column name Foo
but that would also mean finding how to hide the automated one
The attributes are name but as it is attributes value must be known at compile time
i'm very curious here
about inheritance thx, spot that yesterday but not sure this was the only way since it felt weird at first
i saw that there were .WithNuget
helpers but my guess is that it's helps full when thing still builds
i'm looking at few breaking change in my own implementation ;)
one way would be to release both version of my code in release and bench against my own Nugets package since i just consume an IHubProtocol
?
.WithNuget
might do the trick if i consume a "local" RestoreSource
PackOnBuild
is enabled to consume the "nuget feed" versus local feed
MessagePack
in my scenario so it's not a simple one ;)
[Params("scaledirname1", "scaledirname2", "scaledirname3")]
etc, but still need to communicate the root directory for each scale directory. (Yes, I'm aware of the fact that all sorts of things will affect benchmarks based on disk I/O, and am not yet worrying about it.)