не пошло?

закончилось всё галочкой в настройках и удерживанием кнопки на клавиатуре при открытии

то есть, идиотов от левых приложений оградили

а кому надо спокойно ставят

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

ну в общем да

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

ну вообще выпускают

О_О

просто authenticode-подпись

и распространение через стор

это разные вещи как бы

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

ну да

как по-твоему visual studio for mac распространяется?

и xamarin studio раньше

xamarin studio до покупки мелкомягкими был, скажем так, очень коммерческим

и ничего, качайте dmg, ставьте pkg

мда... и это нормально?

абсолютно

десктоп же не только для чатиков, порнографии, китайских мультиков и котиков из интернета

на нём ещё работу работают

ну я бы сказал, что в винде студию попроще поставить

GIF не катит.

Библиотека с зависимостью .Net Standard 1.3 должна нормально работать с .Net Standard 1.6?

Должна

Странно, пишу: dotnet add package NETStandard говорит Unable to resolve 'NETStandard' for '.NETCoreApp,Version=v1.1'.

тем более что UWP уже можно ставить в обход стора

Как и зочем

Они опять хотят раздавить старые грабли

Странно, пишу: dotnet add package NETStandard говорит Unable to resolve 'NETStandard' for '.NETCoreApp,Version=v1.1'.

Ну видишь, она опять все переделали: .Net Standard теперь depreacted, long live to .NETCoreApp (гребанный цирк продолжается).

Обнаружили фатальный недостаток?

Обнаружили фатальный недостаток?

ХЗ, но каждый раз ища библиотеку на nuget.org - я узнаю новые таргеты ?

https://social.msdn.microsoft.com/Forums/en-US/6a90654b-eb7c-44de-af6b-04140b0ee6ca/uwp-page-navigation-memory-leak?forum=wpdevelop мрак

Visual Studio Team Services Runs Right Along at 115 https://visualstudiomagazine.com/articles/2017/03/31/visual-studio-team-services-sprint-115.aspx Like clockwork, the Visual Studio team has Visual Studio Team Services rolling out with Sprint 115, with improvements in pull requests and the package management UI, and lots of progress in automation via DevOps.

Syncfusion Beefs Up Essentials Studio with Visual Studio 2017 Support https://visualstudiomagazine.com/articles/2017/03/31/syncfusion-essentials-studio-2017-vol-1-vs-2017.aspx Syncfusion Essential Studio 2017 adds bevy of new controls for charts, text, and provides more responsive menus. Bonus: It's all now .NET Standard-compliant.

посоны а што такое

Object type Signature и почему в приложении его 1447 штук Ещё RuntimeTypeHandle и RuntimeType оч много UnaryExpression и ParameterExpression

Object type Signature и почему в приложении его 1447 штук Ещё RuntimeTypeHandle и RuntimeType оч много UnaryExpression и ParameterExpression

Не стоит вскрывать эту тему

Ты еще молодой, шутливый..

Вьюмодели ваще диспозятся?

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

В деструкторе метод Log("Destructing model");

ни разу в консоль не написало

Или x:Bind типа конпелируемые ПРИВЯЗКИ данных, а об отвязках разговора не было?

не ну эт ваще жирнота какая-то

или гс коллектит не вызывая деструкторов?

Вызываешь сборщик мусора руками с помощью GC.Collect() — приложение юзает 70 мегабайт оперативы @ Не вызываешь сборщик мусора — 50 мегабайт @ ... поясните за сборку мусора плз посоны а то чот мне начинает казаться, что тут всё не так, как кажется

Не вызывай GC.Collect - в каждой книжке это написано, там не все так просто

эт я уже понял

что вызывать его гиблое дело

а что делать с вьюхами, которые сидят в памяти?

по сути я щас раз 20 тыкну по ссылкам навигации, открою разные страницы в приложении

и тютю 200 мегабайт оперативы

GC нихрена не собирает

в прод выпускать приложение, которое при длительном использовании 200 мегов отжирает и падает, как-то неприлично

GC нихрена не собирает

Может проблема не в том что он не собирает а в том что он не может?

оч вероятно

Я про то что мемори лики надо искать

ваще что деструктор вью моделей не вызывается — это скорее номра или паталогия?

и тютю 200 мегабайт оперативы

Объекты скорее всего находятся в LOH, а он чистится только при полной сборке

Кто-нибудь работал с распознаванием лиц на шарпе? Интересует наиболее годная библиотека. Пока больше всего гуглится обертка над opencv.

Ее и бери

Ничего лучше не найдешь

Спасибо

Объекты скорее всего находятся в LOH, а он чистится только при полной сборке

Полная сборка — это сборка пакетов для стора? В Release конфигурации тоже ничего не собирается.

ERROR: S client not available

Полная сборка мусора

А

В общем пилю продолжение вчерашней стори про мемори лик Есть вьюмодель вида: class SomeModel : ViewModelBase { private SomeType data; public SomeType(SomeType data) { this.data = data; } #region Properties #endregion } Ну и в общем она утекает. В памяти в больших количествах висят жирные объекты SomeType и никуда не уходят при навигации вперед/назад. Решение, кажется, найдено: реализация интерфейса IDisposable и явный вызов .Dispose() в событии Page_Unloaded, содержание которого примерно такое: void Dispose() { this.data = null; } Тогда мусорщик начинает яростно убирать жирные объекты SomeType и судя по всему они в памяти не висят.

а что делать с вьюхами, которые сидят в памяти?

Что ты там написал

Что ты там написал

Где

Ну что это так работает

Это мвц?

увп

мввм

А, ну тогда понятно, ничего необычного

Некромант , заключивший контракт с демоном получает по заслугам

а, ну ещё Bindings.StopTracking() приходится явно дергать, иначе в памяти висят ConditionalWeakTable<shit, shit>

да ваще пиздос какой-то это увп

поюзал приложение 30 минут — у тебя 500 мб оперативы ушло

на телефоне (sic!)

Хз, пиздец я увидел еще в впф, а если там ксамл в увп то пиздец х2

Такой херни в винформах небыло

на телефоне (sic!)

Ну, кроме винфона нет ничего же

Где можно проверить

А если к вьюхам айдиспозабл прикрутить?

И его вызывать

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

коллекция, у которой есть Dispose, который вызывает Dispose у каждой вьюхи

И как?

В общем пилю продолжение вчерашней стори про мемори лик Есть вьюмодель вида: class SomeModel : ViewModelBase { private SomeType data; public SomeType(SomeType data) { this.data = data; } #region Properties #endregion } Ну и в общем она утекает. В памяти в больших количествах висят жирные объекты SomeType и никуда не уходят при навигации вперед/назад. Решение, кажется, найдено: реализация интерфейса IDisposable и явный вызов .Dispose() в событии Page_Unloaded, содержание которого примерно такое: void Dispose() { this.data = null; } Тогда мусорщик начинает яростно убирать жирные объекты SomeType и судя по всему они в памяти не висят.

ну вот примерно так

в прод выпускать приложение, которое при длительном использовании 200 мегов отжирает и падает, как-то неприлично

Это да. 200 как-то мало

Нормальное приложение ест 2-3 Гб оперативы

но это же для телефона

у него 1 гб