Size: a a a

F# Flood: Диванная теория всего

2020 July 30

IC

Ilya L Che in F# Flood: Диванная теория всего
Mark Shevchenko
Вроде IsNullOrEmpty положительно отзывается и на строку из одних пробелов.
Для этого есть IsNullOrWhiteSpace.
источник

MS

Mark Shevchenko in F# Flood: Диванная теория всего
Ilya L Che
Для этого есть IsNullOrWhiteSpace.
Да, точно. Попутал.
источник

AV

Alex Varenik in F# Flood: Диванная теория всего
что-то я запутался, разве let не позволяет привязку делать повторно? если руками - да, если из файла - нет. почему?
источник

AH

Ayrat Hudaygulov in F# Flood: Диванная теория всего
Alex Varenik
что-то я запутался, разве let не позволяет привязку делать повторно? если руками - да, если из файла - нет. почему?
Явный шадовинг в глобал скоупе запрещен, но локально можно.

В твоём случае интерактив разрешает шадовинг чтобы тебе не надо было перезапускать сессию для изменения переменой. Ну типа весь смысл интерактива в этом.

При этом все ещё нельзя в одной программе (fsx файле) делать явный глобал шадовинг
источник

AV

Alex Varenik in F# Flood: Диванная теория всего
т.е. на уровне функции будет работать?
источник

AH

Ayrat Hudaygulov in F# Flood: Диванная теория всего
Alex Varenik
т.е. на уровне функции будет работать?
Ну да
источник

AV

Alex Varenik in F# Flood: Диванная теория всего
отлично, спасибо!
источник

E

Elizabeth in F# Flood: Диванная теория всего
azure cosmos db (mongodb api) не сапортит retryable writes, это типа нормально или не очень?
источник

E

Elizabeth in F# Flood: Диванная теория всего
то есть если произошла какая-то фигня и рекорд не записался то он вообще не запишется
источник

E

Elizabeth in F# Flood: Диванная теория всего
у меня есть подозрение что именно из-за этого (как я нагуглил) у меня в бекграунд сервисе иногда бывает выскакивает такое:

MongoDB.Driver.MongoConnectionException: An exception occurred while receiving a message from the server.
---> System.IO.EndOfStreamException: Attempted to read past the end of the stream.
источник

E

Elizabeth in F# Flood: Диванная теория всего
хотел спросить каковы ваши мысли по этому поводу
источник

SB

S B in F# Flood: Диванная теория всего
Elizabeth
то есть если произошла какая-то фигня и рекорд не записался то он вообще не запишется
в зависимости от характера "фигни", рекорд может не записаться и после ретраев.
источник

SB

S B in F# Flood: Диванная теория всего
в общем случае, если тебе надо записать "чтоб наверняка", это не только ответственность БД, но и твоего приложения.
источник

E

Elizabeth in F# Flood: Диванная теория всего
S B
в зависимости от характера "фигни", рекорд может не записаться и после ретраев.
но так эти ретраи хоть будут
источник

E

Elizabeth in F# Flood: Диванная теория всего
и мб не надо будет тогда велосипед делать по типу отлавливания эксепшена и ретрая каждые n милисекунд
источник

E

Elizabeth in F# Flood: Диванная теория всего
S B
в общем случае, если тебе надо записать "чтоб наверняка", это не только ответственность БД, но и твоего приложения.
такого нет
источник

E

Elizabeth in F# Flood: Диванная теория всего
но просто хочется чтобы ретраи были это ж наверно правильная штука
источник

SB

S B in F# Flood: Диванная теория всего
Elizabeth
но так эти ретраи хоть будут
хоть убей, не вижу ничего сложного в том, чтоб твой апп в критической точке сам следил за возможными ошибками и использовал именно ту стратегию восстановления, которая нужна и отвечает бизнес-кейсу. если не хочешь сам это писать, возьми из опенсоурса что-то и будет у тебя отдельный объект RetryPolicy или ExecutionStrategy. дефолтные настройки таких штук все равно часто не годятся, не говоря уже о том, что в таких ситуациях можно и нужно отдавать кастомные метрики как минимум.
источник

SB

S B in F# Flood: Диванная теория всего
иначе мониторить здоровье системы будет сложнее.
источник

ИР

Ильяс Рахимов... in F# Flood: Диванная теория всего
есть необходимость изменять xml файл, есть что нибудь для F# или лучше Linq to XML ничего не придумали?
источник