Внутри геттера property View есть приведение типа через as. С локальной переменной мы это приведение делаем только один раз

не понимаю, о чём вы

кусок кода покажите, о каком вы

я повторюсь, что я изначально ошибся с тем, что написал там не везде нужно var view = taget as MyView; там не везде нужно var myView = View; и почему там в трёх случаях var myView = View; - в данном случае непонятно, потому что можно было сразу с View работать но как я предположил, скорее всего там раньше было var myView = <SOMETHING ELSE>; а логика после осталась такой же потому с локальной переменной в данном случае работать смысла нет, но, возможно, оно имело смысл раньше

кусок кода покажите, о каком вы

https://github.com/MvvmCross/MvvmCross/blob/bd3a438f8acff76657a743da0669d97254b7aaa6/MvvmCross/Binding/Bindings/Target/MvxPropertyInfoTargetBinding.cs

.....

перечитайте мои сообщения

я где-то утверждал, что View не имеет тип, который нам нужен?

Nikolai: Внутри геттера property View есть приведение типа через as. С локальной переменной мы это приведение делаем только один раз

Локальная переменная все равно выглядит как overkill

Локальная переменная все равно выглядит как overkill

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

я повторюсь, что я изначально ошибся с тем, что написал там не везде нужно var view = taget as MyView; там не везде нужно var myView = View; и почему там в трёх случаях var myView = View; - в данном случае непонятно, потому что можно было сразу с View работать но как я предположил, скорее всего там раньше было var myView = <SOMETHING ELSE>; а логика после осталась такой же потому с локальной переменной в данном случае работать смысла нет, но, возможно, оно имело смысл раньше

тут

Локальная переменная все равно выглядит как overkill

А в чем overkill для локальной переменной? Из за вделения памяти под нее?

А в чем overkill для локальной переменной? Из за вделения памяти под нее?

В лишних строчках кода :)

Что если во время выполнения твоего кода проперти поменяет свое значение или станет null?

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

Что если во время выполнения твоего кода проперти поменяет свое значение или станет null?

.

Что если во время выполнения твоего кода проперти поменяет свое значение или станет null?

Тоже подумал от этом, но это код байдингов, в таком случае локальная переменная спрячет более серьезный баг, когда Target View на объекте байдинга обнуляется слишком рано

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

При чем тут lock? Он блокирует выполнение кода дважды но не более того

lock для переменной, чтобы её нельзя было обнулить, пока работаем с ней

lock для переменной, чтобы её нельзя было обнулить, пока работаем с ней

Переменная или проперти? Как ты сделаешь это для переменной? Я не понимаю

для проперти

си головного мозга, простите

Говнокод, за такое руки оторвут дяди постарше

почему говнокод? а как надо?

отрывать руки без объяснений - какая-то дикость

Я сам лично сталкивался когда публичная проперти менялась на null прямо по середине метода, код выполняется синхронно, но какого то хера становиться null, возможно с другого потока что то поменялось, но факт остается фактом, это возможно. По это я всегда создаю локальную переменную, проверяю ее на null и потом работаю с ней, в таком случае я уверен на 100% что не получу NullReferenceException в методе

не увидел объяснения, почему залочить изменение проперти - говнокод тем более, если её где-то обнулили после уже начатой работы с ней в другом методе, то это работа в методе уже не актуальна, и выполнять её нет смысла а так она с локальной переменной довыполняется в вашем случае, но это для логики смысла не будет иметь я не против вашего решения, если что, но оно не хуже и не лучше залочинения проперти, как минимум вы это не объяснили

вообще по идее не должно возникать даже желания залочить проперти. Если оно возникает - значит что-то не так с кодом

согласен

Я например во вьюмодели прокидываю sceduler который умеет и в UIтред уводить выполнение кода и планировать выполнение на определенное время

Ребята подскажите как правильно перекрыть getview у arrayadapter что бы мултивыборсохранился

Я так понимаю там надо от парент вьюва как то плясать

Ребята подскажите как правильно перекрыть getview у arrayadapter что бы мултивыборсохранился

всмысле у вас при скролле ячейки перерисовываются и выбранность сбивается?

Helaw all

Helaw all

Helaw

Люди, а у bottombar можно ли как то отключить выделение? Т.е. нажал на кнопку, перешёл и нет выделения?

Всем привет

почему у view может не меняться свойство IsEnabled или InputTransparent?

изначально устанавливается, но потом не изменяется, bindings не помогают

изначально устанавливается, но потом не изменяется, bindings не помогают

Это нормально, наверное. В моем случае с цветом Background и TextColor у Entry не помогло ни что.

Это нормально, наверное. В моем случае с цветом Background и TextColor у Entry не помогло ни что.

Вот у меня тоже Entry

Только если в коде страницы .xaml.cs контролу менять

По xname

Только если в коде страницы .xaml.cs контролу менять

код делаю вообще без xaml, там меняю - не помогает

самый прикол в том, что через IValueConverter прогоняю, там условие которое истинно, но под него не заходит

совсем бред какой-то

самый прикол в том, что через IValueConverter прогоняю, там условие которое истинно, но под него не заходит

пересобери солюшон

удали всю папку проекта

пересобери солюшон

не помогает

восстанови из гита

иногда если нажать ребилд то всеравно не пересоберает. потому что не может залоченые файлы удалить

восстанови из гита

пробовал

кеке

кеке

Не, тут с Entry мертвый случай

Не, тут с Entry мертвый случай

а при чем тут иф не работающий?

самый прикол в том что раньше все ок было

поменял layout, сделал с состояними, и сломалось

а при чем тут иф не работающий?

Я думал ты про entry...?

Я думал ты про entry...?

может та же проблема, я не в курсе

не помогает

комп перезагрузи.

комп перезагрузи.

не помогает)

У Xamarin есть только одна проблема - Forms

ахах

У Xamarin есть только одна проблема - Forms

то есть на 50 процентов норм:D

То чувство, когда ты 24/7 советуешь clean/delete bin/obj/rebuild/restart/reinstall Windows

пора переустанавливать шиндоус!

Шиндоус сам себя не переустановит!

То чувство, когда ты 24/7 советуешь clean/delete bin/obj/rebuild/restart/reinstall Windows

ну по моим наблюдениям - сейчас при разработке это приходится делать уже гораздо реже, чем раньше) Не так давно была бага в VS - вот с ней намучался, когда dll блочилась..

ну по моим наблюдениям - сейчас при разработке это приходится делать уже гораздо реже, чем раньше) Не так давно была бага в VS - вот с ней намучался, когда dll блочилась..

с блокированием dll это вообще ад

ну по моим наблюдениям - сейчас при разработке это приходится делать уже гораздо реже, чем раньше) Не так давно была бага в VS - вот с ней намучался, когда dll блочилась..

Помните 2015-ю..?

Помните 2015-ю..?

Помню естественно

2010...

Помню естественно

Когда открывал на пол экрана вижлу, на пол проводник с проектом...

Когда открывал на пол экрана вижлу, на пол проводник с проектом...

? Ну я и говорю - сейчас лучше стало

? Ну я и говорю - сейчас лучше стало

Когда даёшь человеку дышать по лотерейному билету, а потом убираешь это правило - лучше не становится

Когда даёшь человеку дышать по лотерейному билету, а потом убираешь это правило - лучше не становится

Становится, если дышать можно свободно, но изредка отбирая воздух)

никто не сталкивался с D/ANRAppManager( 6412): !!! It is not under singleton mode, U can't use it. !!! ?

null pointer при PendingIntent.GetService

происходит такое только на 5.1

выше- работает норм

У Xamarin есть только одна проблема - Forms

Ты небось сейчас живешь с MVVMCross?

Ты небось сейчас живешь с MVVMCross?

Он со мной живет

Быстро ты лагеря поменял ?

Короче, MvvmCross + ReactiveUI + Fody норм тема

Ребят, всем привет. Вопрос по стилю. Раньше в XAML указывал в шапке что-то типа BackgroundColor="#цвет", все было ок. Сейчас после обновы vs вылазит ошибка "недопустимое значение для свойства", причем приложение запускается и цвета все отображаются. Это просто баг vs такой? Я, конечно, понимаю, типа работает - ну и хорошо, не трогай. Просто эти ошибки мозолят глаза в строке снизу.)

Ребят, всем привет. Вопрос по стилю. Раньше в XAML указывал в шапке что-то типа BackgroundColor="#цвет", все было ок. Сейчас после обновы vs вылазит ошибка "недопустимое значение для свойства", причем приложение запускается и цвета все отображаются. Это просто баг vs такой? Я, конечно, понимаю, типа работает - ну и хорошо, не трогай. Просто эти ошибки мозолят глаза в строке снизу.)

покажи Style сам

все, исправил. Перенес где смог в стили, где не смог в cs код.

Короче, MvvmCross + ReactiveUI + Fody норм тема

ну и выстрелить себе в ногу с таким набором можно хорошо

Всем привет можно как-то динамически подставлять контекст данных в репозиторий в EF Core? Можно ли как-то динамически изменять зависимости в DI в Asp.Net Core?

ну и выстрелить себе в ногу с таким набором можно хорошо

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

ну как бы убрать отсюда Fody - и замечательно

Зачем Fody убирать?