под Android/IOS спокойно

Под Uwp можно писать на Uwp

Xaml вполне юзер-френдли

Под Uwp можно писать на Uwp

+

Зато десктоп, мобайл, хбох, хололенс

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

просто в XF решили под мобильные устройства сделать упор, а как известно, winfone-rip

ага, для uwp есть uwp, а для linux/mac/winclassic есть avalonia

просто в XF решили под мобильные устройства сделать упор, а как известно, winfone-rip

как помню был анон и про линукс ))

в результате на .net можно под любой современный тапок писать (если ты упорный и нервы в порядке)

как помню был анон и про линукс ))

был, но наверное без .netcore нет смысла туда соваться

мб они там что-то годное запилят и откажутся от mono, наконец-то

в принципе переписать не столь сложно,

а так серверное ПО на .netcore уже давно норма

прикол в том что с последний версии w10 все работает норм ))

а ниже ставить нельзя

а есть статистика процентов сколько пользуется с последней версии ?

версия 16299 creators update

спасибо всем.

а так серверное ПО на .netcore уже давно норма

Не так уж и давно. С год наверное

Не так уж и давно. С год наверное

Интересно, слышно что-нибудь про Xamarin + .NetCore

Интересно, слышно что-нибудь про Xamarin + .NetCore

Эмм. Не думаю что ближайшие пару лет появится

Интересно, слышно что-нибудь про Xamarin + .NetCore

Ну это должна быть замена фактически mono на core clr

Ну это должна быть замена фактически mono на core clr

+

Всем привет

ты же уже показывал

ты же уже показывал

Вроде первый раз. Но я все равно бы кикнул

а, не, это в андроид нейтив он кидал :)

Да и не только в этих чатах а много где ещё

Поэтому вбан

Всем привет

Привет

Ну это должна быть замена фактически mono на core clr

На самом деле посмотрел бы на это чудо, потому что mono честно говоря совсем не доволен

На самом деле посмотрел бы на это чудо, потому что mono честно говоря совсем не доволен

Ну вот вопрос к разрабам) чем они там сейчас заняты @EgorBo

На самом деле посмотрел бы на это чудо, потому что mono честно говоря совсем не доволен

чем не доволен моно?)

чем не доволен моно?)

.net core будет или нет)?

где?

если есть какие-нибудь аргументы и пруфы по моно - с удовольствием выслушаю)

где?

Ты скажи лучше возможна замена замариновского clr на core clr в обозримом будущем?

нет конечно

Даже в виде форка? Т.е Так и будут копипастить изменения из core к себе в mono?

все сложности замарина - это мобайл специфик вещи и проблемы интеропа — кор цлр в этом ноль - какой смысл

Ну смысл хотя бы в том чтобы работало единообразно. И чтобы mscorlib не тащить

всмысле не тащить?)

в корлибе тоже очень много платформенных вещей

вернее их там дохера

Я не правильно выразился

короче как быть с особенностью которая описана тут http://www.mono-project.com/news/2016/11/29/mono-code-sharing/

One open issue is that Mono has historically used a single set of framework libraries (like mscorlib.dll, System.dll etc.) that work across Linux, MacOS, Unix and Windows and they dynamically detect how to behave based on the platform.

не это просто пометка о том, что подходы к платформенным реализациям разные в моно и дотнеткоре. Но это уже не правда на самом деле - статья 2016ого года

там есть ссылка на trello

карточка относящаяся к тому чтобы привести все в соответствие по ныне там же где она и была в 2016

мы юзаем частями код из неткора (BCL именуемый Corefx) заменяем совсем плохие старые реализации моно для общих вещей. CoreCLR исходники почти не юзаем. Юзаем немного CoreRT т.к. этот рантайм в отличии от ЦЛР AOT-friendly

The Mono Core Runtime basically will implement the same interface that the .NET Core runtime will. Allowing Mono to be deployed alongside the application and shipping only with a very limited set of assemblies that integrate the VM with the operating system. This work depends on the .NET Core interface being defined.

Miguel de Icaza добавил(а) эту карточку в список Long Term 18 ноя 2014 г. в 19:00

это другое

тут суть в том что мы придем к одному интерфейсу рантаймов. Это как нетстандартс для БЦЛ

я сам уже перевел несколько неймспейсов из .NET Core в моно. Вот сейчас у меня висит на ревью перевод всего неймспейса System.Threading.Tasks :) https://github.com/mono/mono/pull/6672

ну это понятно. ты скажи лучше “One open issue is that Mono has historically used a single set of framework libraries (like mscorlib.dll, System.dll etc.) that work across Linux, MacOS, Unix and Windows and they dynamically detect how to behave based on the platform. This is useful on scenarios where you want to bootstrap work in one platform by using another one, as the framework libraries are identical.” вот это уже не так?

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

игнорь

ну а как мне игнорить то. Не могу. Только я в проекте все под netstandart обновлю и аппа зараза такая начинает медленнее грузиться. Почему?

самый большой гемор с неткором - это то, что они сильно раздробили весь БЦЛ, на каждый чих по нейспейсу - я так и не понял зачем они это сделали. Вот было раньше System.Data.dll, а сейчас это 4 сборки типа System.Data.Common, System.Data.SqlClient и т.п. — смысла в этом мало. Неткор взял из моно линкер, так что обрезать ненужный код умеет

link all стоит

ещё proguard сверху. Но он dex режет. Так то к mono не относится

самый большой гемор с неткором - это то, что они сильно раздробили весь БЦЛ, на каждый чих по нейспейсу - я так и не понял зачем они это сделали. Вот было раньше System.Data.dll, а сейчас это 4 сборки типа System.Data.Common, System.Data.SqlClient и т.п. — смысла в этом мало. Неткор взял из моно линкер, так что обрезать ненужный код умеет

вот, а mono само подменяет System.Data.dll на System.Data.Common, System.Data.SqlClient и т.п. или тащит и то и то? мне всегда казалось что тащит

никто ниче не подменяет)

моно тащит весь System.Data так же как и раньше это делал обычный дотнет

ну вот и канитель от сюда

нет канители

каждую dll подтащить это время

линкеру легче даже так вырезать ненужный код

какую длл.

я не понимаю о чем ты)

то что неткор сильно разбит по ДЛЛ-кам это косяк дотнет кора) они сами это признавали уже)

перестарались ребятки

угу

на десктопах пофиг то, а вот в мобайле такой подход не очень

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

ну а я тебе раза 3 сказал что я его использую на полную

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

что значит в другом месте? вот был набор nugetов без саппорта нетстандарта, я собираю аппку она метров 16(из-за AOT) и лоад стартового экрана - 1,5-2c на samsung, обновляю nuget до последнего и строю с теми же настройками. аппа 18 и лоад уже 3-4 на том же самом девайсе

ну это звучит как баг, если у тебя есть простое репро - я могу кинуть ребятам ?

как отойду после отпуска - кину тебе сэмпл

при том там нет XF, там из nuget пакетов json net и automapper

Xamarin iOS info.plist not found при том что он есть, чем лечить?

bin obj как всегда?

bin obj как всегда?

Да. Если не поможет - перезапуск студии, винды..

Да. Если не поможет - перезапуск студии, винды..

рандомно билдит как то

лайэаут плохо сверстан (констрейнты?)

Хуевая адаптация

лайэаут плохо сверстан (констрейнты?)

Значит продолжать искать там где ищу. Понятно