Там просто надо указывать, к чему именно нужно применить атрибут
[property: ...]
[field: ...]
В спеке написано же.
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-9.0/records#properties

На SO ещё про [param: ...], а его в спеке нет. Хм.

Вот непонятно, если в обычном классе-дтошке заменить слово class на record что изменится? Появится правильная  компарабельность? И всё?

Меньше кода, иммутабельность, value-семантика.

уже лучше

То бишь классы становятся почти не нужны

Блин еще один минус нашел. У рекордов codelens не показывает зависимости

Если просто заменить class на рекорд, то только Equals/GetHashCode/Clone и with будет.
Иммутабельность получаем только за init; и

record X(int a, int b)

это временно

надеюсь

record X(int a, int b)

А, если настолько буквально заменять class на record, то да. Ну и ToString() ещё.

да, уже чинят https://github.com/dotnet/roslyn/issues/47445

Блин, и на гитхабе в спеке нет про [param: ]. И VS подсказок не даёт при попытке набрать param, property или field. Чо за фигня? Может это старая штука?
https://github.com/dotnet/csharplang/blob/master/proposals/csharp-9.0/records.md

Действительно, я уже забыл про такой синтаксис
https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/concepts/attributes/#attribute-targets

using var t = await _context.Database.BeginTransactionAsync(IsolationLevel.ReadCommitted, cts); 

Dispose vs DisposeAsync

Всем привет, я опять со своей болью.

Есть сервис который читает сообщения из кафки и отправляет его клиенту по веб-сокету. Недоставленные сообщения сервис хранит у себя в памяти пока действует ttl. Отправленые же сообщения он удаляет после получения потверждения  от клиента (гарантийная доставка).

Дело в том что инстансов этого сервисе очень много и сообщений в кафке много, но одно сообщение предназначено для одного клиента. То есть клиент создает соединение с каким определенным инстансом сервиса, поэтому каждому инстансу приходится читать копию сообщения, чтобы можно было отправить его клиенту. Из-за этого в каждом инстансе становится очень много сообщений, которые доставить невозможно потому что соединение с нужным клиентом только на одном инстансе.
Чтобы сервис не упал из-за нехватки памяти мы сделали ограничение на максимальное количество сообщений в сервисе. Но из-за этого у нас увеличилось время доставки сообщения клиенту (лаг в кафке около 1500 сообщений).

Так вот думаем не хранить сообщения в памяти а хранить в бд - она конечно не реизновая, но в нее гораздо больше влезет. Можем чистить бд раз в день.

Как считаете норм будет или нет?

@omgszer, @vanbukin гуру хайлоада плиз хелп ^)

А если сервис упадет, что станет с гарантиями доставки?

пипец всем сообщениям(

Гарантия доставок как у еды в деливери клаб