ваще интересно

oh shit

получится поколение пенсионеров-фрилансеров

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

По сравнению с этим чуваком я вообще бомжара. С 64 играми

за 2$ вместо 5$

oh shit

на самом деле я как-то посчитал игры, которые прошел/играл со времён 80ых. тоже число нехилое получилось

там 95% игорей за 5 рублей поди

Вот мои)

С вак баном в доте

ах ты читер

не читер а программист

я же не виноват что на читэнжин в игре с ботами банит

обидно только за $70 в инвентаре, а так похер

там 95% игорей за 5 рублей поди

Жиза

60% игор в стиме - херня по 5 рубасов

А так и неплохих немало

у меня 48 игр :( из них 30 - один сет, классика Apogee

я же не виноват что на читэнжин в игре с ботами банит

А для кого insecure придуман?

чтоета?

а как делать такие клевые скрины?

чтоета?

Параметр запуска любой игры с VAC, для отключения VAC защиты. Могут выключить на такую сессию некоторые фичи игры

greenshot, lightshot

а как делать такие клевые скрины?

ShareX - Screen capture, file sharing and productivity tool getsharex.com ShareX is an open source program that lets you take screenshots or screencasts of any selected area with a single key, save them in your clipboard, hard disk or instantly upload them to over 80 different file hosting services.

Параметр запуска любой игры с VAC, для отключения VAC защиты. Могут выключить на такую сессию некоторые фичи игры

ааа, да я не шарил тогда)

да-да, это я знаю

Я думал есть приблуда в самом стиме

ядиск тоже делает скрины

Неа

Ну ShareX есть в стиме)

а как делать такие клевые скрины?

OneNote

ShareX в Steam store.steampowered.com ShareX supports many ways to capture or record your screen. The main capture methods are быть встроен в ваш веб-сайт, чтобы покупатели могли с легкостью приобрести эту игру в Steam.

)) дак и в игорях стим делает скрины лол

клиент стима не такой красивый, это веб-версия. а так да, в нем есть скринилка, которая в играх работает

На днях смотрел передачу "Секретный миллионер" с какой то бабищей. И там реально говорили, что ее заслуга лишь в том что она вышла замуж за миллионера.

Это тоже суметь надо. Там конкуренция

ААааааа

рили утечка памяти зафиксилась

wpf- и uwp-некроманты, никогда не юзайте x:Bind на не DependencyProperty в UserControl-ах

прям оч хорошо чистит

можно подробнее? наверх далеко лезть из за флейма сегодняшнего

ну кароч. я тут пишу кой-чего на увп и решил воспользоваться всеми преимуществами x:Bind

Чтобы не копипастить код, создал UserControl примерно следующего вида: public sealed partial class ProfileTileUserControl : UserControl { public ProfileViewModel ProfileModel { get; set; } <...> И забиндил на вьюмодель во вьюхе контент: <TextBlock Text="{x:Bind ProfileModel.SomeValue}" /> условно

память утекала рекой

приложение юзало >200 мегабайт после щелканья по страницам

Вот что решило проблему: public sealed partial class ProfileTileUserControl : UserControl { public static readonly DependencyProperty ViewModelProperty = DependencyProperty.Register( nameof(ProfileModel), typeof(ProfileViewModel), typeof(ProfileTileUserControl), new PropertyMetadata(null) ); public ProfileViewModel ProfileModel { get => (ProfileViewModel)GetValue(ViewModelProperty); set => SetValue(ViewModelProperty, value); }

спасибо, думаю, мне тоже будет полезно учесть это

http://stackoverflow.com/questions/3517773/why-does-a-wpf-usercontrol-with-a-binding-not-get-garbage-collected проблеме 7 лет

проблема существует с 2011 года

проблема существует с 2011 года

А как тебе вообще забиндить удалось не на depency property?

Там же тупо биндинг не срабатывает и всё

x:bind в увп на что угодно стал позволять биндить

даже на методы

даже на небо, даже на Аллаха

Хрень какая-то... надо затестить...

Судя по msdn, ссылку на который даёт SO объект должен либо быть доступен через DependencyProperty или реализовывать INotifyPropertyChanged интерфейс. Ну или OneTime binding. Ну поидее логично. А иначе нахрена этот связывание нужно

А как тебе вообще забиндить удалось не на depency property?

OneTime сработает, почему нет.

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

Судя по msdn, ссылку на который даёт SO объект должен либо быть доступен через DependencyProperty или реализовывать INotifyPropertyChanged интерфейс. Ну или OneTime binding. Ну поидее логично. А иначе нахрена этот связывание нужно

причем они там пишут, что OneTime и INotify должны зафиксить утечку

но зафиксила в конце концов только DP

Я конечно не знаю всего проекта, но почему нельзя использовать DataContext?

Я конечно не знаю всего проекта, но почему нельзя использовать DataContext?

x:Bind с ним не дружит вроде

но я не пробовал

А чем обычный Binding плох

Странно. Я обычно только INotifyPropertyChanged реализовывал и привязывал через {Binding Path=BlaBlaBla} . Вроде не текло. За инфу спасибо, вдруг встретится.

А чем обычный Binding плох

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

ERROR: S client not available

А чем обычный Binding плох

x:bind компилируемый биндинг. обещают повышение производительности, а так можно и постаринке

в гайдах по увп написано, что х:бинд быстрее и меньше памяти юзает

да

мб если б юзал Binding, то ничего бы и не текло

Его надо использовать если у тебя много биндингов, для итем темплейта, например, для одного биндинга на странице смысла никакого

Он в обычном wpf тоже есть?

есть

Сколько пишу, ни разу нигде не видел

а вьюмодели куда биндишь?

Не надо преждевременных оптимизации

Нету его в впф

Его надо использовать если у тебя много биндингов, для итем темплейта, например, для одного биндинга на странице смысла никакого

там есть у меня прост страница, на которую приходит в OnNavigatedTo модель из списка моделей

поэтому перебиндить всё самый простой вариант был )

или ты про общую производительность х:bind?

Я в целом по производительность по сравнению с обычными биндингом

Не обязательно его использовать везде

https://xakep.ru/2017/04/04/svakom-siime-eye/

https://docs.microsoft.com/ru-ru/windows/uwp/xaml-platform/x-bind-markup-extension только из-за отладки его стоит использовать везде, а то обложат проперти всяким fody и кирдык, концов ненайдёшь

а вьюмодели куда биндишь?

В датаконтекст, через Binding.

Оо, пока от темы далеко не отошли) а лучше вьюмодель биндить в датаконтекст или после InitialElement присваивать ? И чем, если не сложно)

<Page x:Class="QuizGame.View.HostView" ... > <Button Content="{x:Bind Path=ViewModel.NextButtonText, Mode=OneWay}" ... /> </Page> ViewModel это свойство датаконтекста?

Оо, пока от темы далеко не отошли) а лучше вьюмодель биндить в датаконтекст или после InitialElement присваивать ? И чем, если не сложно)

в контекст биндить. в code behind недолжно быть кода в идеале

https://xakep.ru/2017/04/04/svakom-siime-eye/

зачем ему камера?

зачем ему камера?

снимать блоги и селфи

заместо гоупро

в контекст биндить. в code behind недолжно быть кода в идеале

Это да, чистый кодбихайнд, все дела. А конкретный профит кроме нетестируемости в чем? Внутри что-то быстрее работает, или не размазывается логика, etc?

обычно биндю так: public PageName() { this.ViewModel = new SomeVitalViewModel(); this.InitializeComponent(); } потому что как вынести OnNavigatedTo и OnNavigatedFrom в ViewModel пока не придумол, т.е. код-бихайнд в любом случае этими оверридами засоряется

Я просто джун-некромант-wpf'ер, интересно послушать мнения)

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

обычно биндю так: public PageName() { this.ViewModel = new SomeVitalViewModel(); this.InitializeComponent(); } потому что как вынести OnNavigatedTo и OnNavigatedFrom в ViewModel пока не придумол, т.е. код-бихайнд в любом случае этими оверридами засоряется

делай базовую вьюху и базовую vm, в vm делаешь методы onnavigatedto(object navigationParam) и onnavigatedfrom(). в базовой вььюхе в обработчике события DataContextChanged сохраняешь базовую vm, а в обработчике событий навигации вызываешь методы VM. Т.О. пробрасываешь события навигации из вьюхи в вью-модель. Тогда избавишься от засорения

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

А то всё ручками ручками, попробуем)