Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>>Прикольная штука, только почему внутрях моно, а не модный .Net Core
S>Вообще стоит ли использовать .Net Core? Уже добавили поддержку My SQL для EF в .Net Core?
О, тут куча вариантов:
Ждать, думаю с годик, они гавнокодерам Lazy loading делают и фиксают дикую тучу багов, часто критических.
Не использовать EF вообще — бегать голым Dapper. Он для того и придуман был — свалить с этого Г иначе печаль и потеря бизнеса, хотя может гиперболизирую.
Написать свой провайдер для EF, думаю за месяц управишься. Пример есть NpgSql писался.
Использовать библиотеку которая его поддерживает — linq2db
P.S.
Перечитал что написал — да я не выношу EF. То что я не могу контролировать, настраивать мне нафиг не нужно.
Но за врагом надо следить!
Blazor now runs on Mono, which is currently significantly larger, but opportunities for size optimization abound, including merging and trimming the runtime and application binaries.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Serginio1, Вы писали:
S>>Наверное потому, что Core пока для десктопа (ну окромя Tizen), а внутри Xamarin a mono.
VD>Вено у тебя каша в голове. Не для "десткотпа", а для x86/x64. А Моно поддерживает ARM-ы.
У меня Core вполне себе работает на Raspberry Pi 3.
Самсунг вошли в .Net Core именно для ARM. Так, что что поддерживает АРМ, но только для тизен, пока.
Тот же UWP прекрасно работает на ARM, и хотя там Net Native в итоге, но основа то .Net Core, просто компиляция без CLR только сборщик мусора
А вот под Андроид и Яблоко сейчас .Net Core нет.
Ну и а много десктопов на АРМ?
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Самсунг вошли в .Net Core именно для ARM. Так, что что поддерживает АРМ, но только для тизен, пока.
Ну, Тизин мало кому нужен. Его постигнет судьба виндофона. Точнее Самсунг будет сам себе на нем телевизоры и фотоаппараты клепать, чтобы за сэкс Гуглу не платить.
Так что интересно под какой лицензией они все это сделали и открыты ли исходники?
Ну, и еще одна проблема. В Моно самое плохое — это сама Моно-машина (глючная) и хреновый сборщик мусора. Не факт, что у Самсунга выйдет лучше. Их телевизоры тоже еще те тормозы. Возможно из-за НафТизина.
S>Тот же UWP прекрасно работает на ARM, и хотя там Net Native в итоге, но основа то .Net Core, просто компиляция без CLR только сборщик мусора
Какой на фиг UWP для ARM? О чем ты говоришь? За фиг они тогда Xamarin используют?
S>А вот под Андроид и Яблоко сейчас .Net Core нет.
Да как бы если бы была виртуальная машина (рантайм, джит и сборщик мусора), то остальное дело техники и кто-либо прикрутит.
Тут проблема скорее в качестве решения. Моно то тоже в общем-то работает. Вопрос в качестве. Раз МС поставляет Xamarin с Моно, значит на сегодня даже он лучшего качество, чем то что там наклепали наши поуехавшие в Корею.
S> Ну и а много десктопов на АРМ?
Десктоп мало кому нужен. Под Винду и Маки так есть на чем писать. Нужна переносимая библиотека. Xamarin таковой является с очень большой натяжкой. Плюс у него туча минусов. В прочем все они проистекают из Моно.
Вообще идея таскать IL в сборках на сегодня стала совсем глупо. Сегодня нужно держать IL в маркетах и сторах, а клиенту отдавать добротно скомпилированню на билд-серверах версию под конкретный процессор. Но все занимаются идиотизмом. В Моно АОТ безбожно глючит и неприлично увеличивает размеры инсталлера. Добавь сюда то, что Моно приходится таскать с собой виртуальную машину на 3 метра и получаем совсем грустную картину. Люди отказываются использовать АОТ чтобы избежать глюков и уменьшить размеры apk-шек.
В общем, Ява с недоязыком побеждает из-за простоты, легкости переносимости. А МС как всегда идет своим путем. Сначала все прошляпить, а потом срочно нагонять.
Сейчас у МС одна забота — раскрутить свои облочные сервисы. Рынок телефонов они слили. Так что его теперь только по новой завоевывать. А для этого Xamarin надо еще очень долго допиливать напильником, чтобы в итоге на нем получались истинно переносимые программы без серьезных приседаний, качественные быстрые и компактные.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Serginio1, Вы писали:
S>>Самсунг вошли в .Net Core именно для ARM. Так, что что поддерживает АРМ, но только для тизен, пока.
VD>Ну, Тизин мало кому нужен. Его постигнет судьба виндофона. Точнее Самсунг будет сам себе на нем телевизоры и фотоаппараты клепать, чтобы за сэкс Гуглу не платить.
Виндофон перешел в Андромеду. Все те же UWP. VD>Так что интересно под какой лицензией они все это сделали и открыты ли исходники?
VD>Ну, и еще одна проблема. В Моно самое плохое — это сама Моно-машина (глючная) и хреновый сборщик мусора. Не факт, что у Самсунга выйдет лучше. Их телевизоры тоже еще те тормозы. Возможно из-за НафТизина.
Ты ссылки читаешь? Там не моно там ARM32 RyuJIT backend
S>>Тот же UWP прекрасно работает на ARM, и хотя там Net Native в итоге, но основа то .Net Core, просто компиляция без CLR только сборщик мусора
VD>Какой на фиг UWP для ARM? О чем ты говоришь? За фиг они тогда Xamarin используют?
Они в Xamarin делают проекты как для андроида, яблока так и для UWP. Xamarin.Forms это не только моно. Вернее для яблока там аналог .Net Native
S>>А вот под Андроид и Яблоко сейчас .Net Core нет.
VD>Да как бы если бы была виртуальная машина (рантайм, джит и сборщик мусора), то остальное дело техники и кто-либо прикрутит.
Т
VD>Тут проблема скорее в качестве решения. Моно то тоже в общем-то работает. Вопрос в качестве. Раз МС поставляет Xamarin с Моно, значит на сегодня даже он лучшего качество, чем то что там наклепали наши поуехавшие в Корею.
S>> Ну и а много десктопов на АРМ?
VD>Десктоп мало кому нужен. Под Винду и Маки так есть на чем писать. Нужна переносимая библиотека. Xamarin таковой является с очень большой натяжкой. Плюс у него туча минусов. В прочем все они проистекают из Моно.
.NET Standard 2.0
All code moved to .NET Standard 2.0. Pull Request
Complete
VD>Вообще идея таскать IL в сборках на сегодня стала совсем глупо. Сегодня нужно держать IL в маркетах и сторах, а клиенту отдавать добротно скомпилированню на билд-серверах версию под конкретный процессор. Но все занимаются идиотизмом. В Моно АОТ безбожно глючит и неприлично увеличивает размеры инсталлера. Добавь сюда то, что Моно приходится таскать с собой виртуальную машину на 3 метра и получаем совсем грустную картину. Люди отказываются использовать АОТ чтобы избежать глюков и уменьшить размеры apk-шек.
Ну дык так и делают для UWP и IPhone. Для андроида там немного сложнее.
VD>В общем, Ява с недоязыком побеждает из-за простоты, легкости переносимости. А МС как всегда идет своим путем. Сначала все прошляпить, а потом срочно нагонять.
Ну и нагоняют. Я и причем достаточно агрессивно в ажурах. Делают XAML Standard VD>Сейчас у МС одна забота — раскрутить свои облочные сервисы. Рынок телефонов они слили. Так что его теперь только по новой завоевывать. А для этого Xamarin надо еще очень долго допиливать напильником, чтобы в итоге на нем получались истинно переносимые программы без серьезных приседаний, качественные быстрые и компактные.
Ты имел ввиду Xamsrin.Forms? Xamarin.Android это обертк над джавовскими классами. Но опять сейчас многое заменяется на .Net Standard, а это тоже достижение .Net Core
VD>А сейчас я в этом гребаном Xamarin-е не смог даже дебажного дампа стеков потоков получать
. А через Явское АПИ с пол пинка. Вот только и стэк-трейсы явские. Стэк-тейсов Моно в них не видно.
Ну Москва не сразу строилась.
VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.
По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>Прикольная штука, только почему внутрях моно, а не модный .Net Core
Может потому что время генерируемых на сервере html страниц(технологии Razor) уже года как 3 давно прошло, впрочем, как и время моно.
Обычно для веб приложений принято отделять серверный код, который возвращет данные ввиде json и закешированного html/js/css(хранящегося иногда вообще на другом сервере, отличного от кода, который обрабатывает данные).
Підтримати Україну у боротьбі з країною-терористом.
Здравствуйте, #John, Вы писали:
J>Может потому что время генерируемых на сервере html страниц(технологии Razor) уже года как 3 давно прошло, впрочем, как и время моно.