ОНОВЛЕННЯ
Це було виправлено у наступному випуску (5.0.0-preview4) .
Оригінальний відповідь
Я тестував float
і double
, що цікаво в цьому конкретному випадку, тільки double
мав проблему, тоді як, float
здається, працює (тобто 0,005 читається на сервері).
Перевіряючи байти повідомлень, можна припустити, що 0,005 надсилається як тип, Float32Double
який є 4-байтним / 32-бітовим IEEE 754 з одноточним числом з плаваючою точкою, незважаючи Number
на 64-бітову плаваючу точку.
Запустіть наступний код у консолі, підтвердженому вище:
msgpack5().encode(Number(0.005))
// Output
Uint8Array(5) [202, 59, 163, 215, 10]
mspack5 дійсно надає можливість змусити 64-бітну плаваючу точку:
msgpack5({forceFloat64:true}).encode(Number(0.005))
// Output
Uint8Array(9) [203, 63, 116, 122, 225, 71, 174, 20, 123]
Однак forceFloat64
параметр signalr-Protocol-msgpack не використовується .
Хоча це і пояснює, чому float
працює на серверній стороні, але насправді це не виправлено на даний момент . Зачекаємо, що скаже Microsoft .
Можливі обхідні шляхи
- Параметри злому msgpack5? Розкладіть і компілюйте свій власний msgpack5 за
forceFloat64
замовчуванням до true ?? Не знаю.
- Перехід
float
на сторону сервера
- Використовуйте
string
з обох сторін
- Увімкніть
decimal
на стороні сервера і напишіть на замовлення IFormatterProvider
. decimal
не є примітивним типом і IFormatterProvider<decimal>
викликається властивостями складного типу
- Надайте метод для отримання
double
значення властивості та виконайте фокус double
-> float
-> decimal
->double
- Інші нереальні рішення, про які ви могли б придумати
TL; DR
Проблема з клієнтом JS, що надсилає єдиний номер з плаваючою точкою до бекенда C #, викликає відому проблему з плаваючою комою:
// value = 0.00499999988824129, crazy C# :)
var value = (double)0.005f;
Для прямого використання double
методів проблему можна вирішити на замовлення MessagePack.IFormatterResolver
:
public class MyDoubleFormatterResolver : IFormatterResolver
{
public static MyDoubleFormatterResolver Instance = new MyDoubleFormatterResolver();
private MyDoubleFormatterResolver()
{ }
public IMessagePackFormatter<T> GetFormatter<T>()
{
return MyDoubleFormatter.Instance as IMessagePackFormatter<T>;
}
}
public sealed class MyDoubleFormatter : IMessagePackFormatter<double>, IMessagePackFormatter
{
public static readonly MyDoubleFormatter Instance = new MyDoubleFormatter();
private MyDoubleFormatter()
{
}
public int Serialize(
ref byte[] bytes,
int offset,
double value,
IFormatterResolver formatterResolver)
{
return MessagePackBinary.WriteDouble(ref bytes, offset, value);
}
public double Deserialize(
byte[] bytes,
int offset,
IFormatterResolver formatterResolver,
out int readSize)
{
double value;
if (bytes[offset] == 0xca)
{
// 4 bytes single
// cast to decimal then double will fix precision issue
value = (double)(decimal)MessagePackBinary.ReadSingle(bytes, offset, out readSize);
return value;
}
value = MessagePackBinary.ReadDouble(bytes, offset, out readSize);
return value;
}
}
І використовуйте роздільну здатність:
services.AddSignalR()
.AddMessagePackProtocol(options =>
{
options.FormatterResolvers = new List<MessagePack.IFormatterResolver>()
{
MyDoubleFormatterResolver.Instance,
ContractlessStandardResolver.Instance,
};
});
Резолютор не є ідеальним, оскільки кастинг, щоб decimal
потім double
уповільнити процес, і це може бути небезпечно .
Однак
Як зазначено в коментарі ОП, це не може вирішити проблему, якщо використовувати складні типи, що мають double
властивості, що повертаються.
Подальше розслідування виявило причину проблеми в MessagePack-CSharp:
// Type: MessagePack.MessagePackBinary
// Assembly: MessagePack, Version=1.9.0.0, Culture=neutral, PublicKeyToken=b4a0369545f0a1be
// MVID: B72E7BA0-FA95-4EB9-9083-858959938BCE
// Assembly location: ...\.nuget\packages\messagepack\1.9.11\lib\netstandard2.0\MessagePack.dll
namespace MessagePack.Decoders
{
internal sealed class Float32Double : IDoubleDecoder
{
internal static readonly IDoubleDecoder Instance = (IDoubleDecoder) new Float32Double();
private Float32Double()
{
}
public double Read(byte[] bytes, int offset, out int readSize)
{
readSize = 5;
// The problem is here
// Cast a float value to double like this causes precision loss
return (double) new Float32Bits(bytes, checked (offset + 1)).Value;
}
}
}
Вищеописаний декодер використовується, коли потрібно перетворити одне float
число в double
:
// From MessagePackBinary class
MessagePackBinary.doubleDecoders[202] = Float32Double.Instance;
v2
Ця проблема існує у версії v2 версії MessagePack-CSharp. Я подав проблему на github , хоча проблему не вирішувати .