я имею в виду особенности версии кор над стандартным мвц, там же есть отличия

да в по докам и мануалам

метанит плюс доки

спасибо?

Можете скинуть пример обработки исключения капчи в vk api? Типа чтобы при авторизации вылазило окно с картинкой и текстбоксом, и эти данные отправлялись куда надо?

куда надо, там разберутся

??

Подскажите как это грамотно решить,чтоб 2 кнопка была как первая

окей

туплю

убрать у второй ActionLink?

в css

да?

затупил,сорян

https://www.infoq.com/news/2017/06/CSharp-7.2

C# 8.0 Prototypes Two features for C# 8 have already hit the prototype phase: Nullable Reference Types: This makes reference types non-nullable by default. For a nullable reference type variable, you would use T? just as you would for a nullable struct.

Ух ты! Джва года ждал.

всем привет. может кто помочь в работе с datatable?

C# 8.0 Prototypes Two features for C# 8 have already hit the prototype phase: Nullable Reference Types: This makes reference types non-nullable by default. For a nullable reference type variable, you would use T? just as you would for a nullable struct.

>This makes reference types non-nullable by default Теперь везде придется с default сравнивать, такое себе удовольствие

Там ещё множественное наследование второй фичей, чтобы C++'ники не плевались

Там ещё множественное наследование второй фичей, чтобы C++'ники не плевались

шарпники плеваться начнут

>This makes reference types non-nullable by default Теперь везде придется с default сравнивать, такое себе удовольствие

Зато никаких тебе нуллреференсэксепшн!

Зато никаких тебе нуллреференсэксепшн!

будут более неочевидные ошибки

что еще хуже

Там ещё множественное наследование второй фичей, чтобы C++'ники не плевались

А какой вариант в результате приняли? Через интерфейсы с имплементацией или через экстеншны?

вызов методов на дефолт классах

есть datatable с значениями, хочу добавить строку и столбец с нулями https://pastebin.com/MkdU7bGw и вот с этим добавляется только строчка с нулями, а столбец нет

А какой вариант в результате приняли? Через интерфейсы с имплементацией или через экстеншны?

https://github.com/dotnet/csharplang/blob/master/proposals/default-interface-methods.md

У чатика всё ещё бомбит от интерфейсов с дефолтами

Каждые 1000 экранов причитают

>This makes reference types non-nullable by default Теперь везде придется с default сравнивать, такое себе удовольствие

Почему с default то?

Почему с default то?

У тебя коллекция ноннулеблов, ты делаешь FirstOrDefault

и что он вернет?

и что он вернет?

T?

Скорее всего, не даст так сделать.

Nullable<T> короче

Не, не логично?

Nullable<T> короче

Но ему ведь инстанс возвращать надо, а не тип же

А инстанц от Т — это default(T)

Не, не логично?

Нет? Потому что с ноннулеблами FirstOrDefault уже сейчас работает по-другому.

Памагити, пожалуйста)

Ну хз как они будут выкручиваться тут

для дейттаймов он возвращает default(DateTime)

и ебись потом

Должен вернуть Optional или его аналог

а можешь забыть и даже нулреференс эксепшен не словишь

Может они сделают что вообще все типы которые были до этого станут Nullable?

Они написали что все сделают не нулэбл, лол

Это кстати, сломает вообще все проекты

есть datatable с значениями, хочу добавить строку и столбец с нулями https://pastebin.com/MkdU7bGw и вот с этим добавляется только строчка с нулями, а столбец нет

Никогда не работал с дататейбл, но обычно гриды такого рода не дают просто так взять и добавить столб.

Open Design Questions Should using default(T) be considered a warning? Or is it assumed to return T? instead of T? Can the ? be omitted on local variables, with nullability inferred based on usage? Can parameters auto-generate the null checks using T! x pattern? Can nullable value types be tweaked so that you can write x.method instead of x.value.method (this would apply when x is known to be non-null such as after a successful null check)?

>x.value.method вот это вообще пиздец

весь код в таком будет

x!.method

Никогда не работал с дататейбл, но обычно гриды такого рода не дают просто так взять и добавить столб.

То есть лучше будет создать новый дататейбл, и заполнить его как надо мне? И привязать его к датагриду

Я бы всё же хотел, чтобы методы типа FirstOrDefault возвращали Nullable<T>, а First возвращали T

x!.method

Ну как в котлине

x!.method

и что будет, если х ноль?

Хотя там есть smart null check, и это не нужно

и что будет, если х ноль?

NRE

ERROR: S client not available

0?

0?

Он видимо про null

Хотя там есть smart null check, и это не нужно

Для жава типов

NRE

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

Для жава типов

Почему для джава? Там же для любых работает. В котлине же тоже nullable есть

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

Ну смотри как в котлине: Ok: if (x == null) return; x.Method Ok: x!.Method Error: x.Method

Если x - null

Т.е. если ты выше по коду сделал проверку на null, и значение не менялось, то компилятор понимает, что у тебя там не nullable тип

не слишком это потокобезопасно

не слишком это потокобезопасно

Тут не знаю, но думаю, об этом архитекторы подумали

Не лыком шиты

я бы просто x.Method разрешил, можно писать варнинги

что мол, нет проверки

Т.е. если ты выше по коду сделал проверку на null, и значение не менялось, то компилятор понимает, что у тебя там не nullable тип

Это потому что у них компилятор мудрый, а будут ли шарпику так помогать

Тут не знаю, но думаю, об этом архитекторы подумали

а что здесь можно сделать?

if (x == null) return; ...куча кода... x.Method компилятор никогда не будет знать, изменился ли х за это время

а что здесь можно сделать?

А может при компиляции этот код в кучу локов и проверок заворачивается

if (x == null) return; ...куча кода... x.Method компилятор никогда не будет знать, изменился ли х за это время

Почему нет?

Почему нет?

Из других потоков может поменяться.

Из других потоков может поменяться.

Ну для глобальных переменных это может не работать

То есть лучше будет создать новый дататейбл, и заполнить его как надо мне? И привязать его к датагриду

Самый простой вариант — добавить много объектов, у которых все свойства, на которые биндишься, будут Null, кроме первого. И так получится столбец.

Спасибо

Ну для глобальных переменных это может не работать

Да, походу для глобальных не пашет

https://discuss.kotlinlang.org/t/are-smart-casts-and-null-checking-on-global-var-thread-safe/1652/2

Плюс делаем проверку, не используется ли эта переменная в замыкании внутри метода

Если используется, значит потенциально это может быть не потокобезопасно

Канпилятар вумный, вся магия там ?

Не, не так

В случае с шарпом nullable ref/out типы не подвергать такой оптимизации

Разрешите обмазаться, какой сабж?

такой