Информация об изменениях

Сообщение Re[5]: Blazor - .Net в браузере на WebAssembly от 10.02.2018 9:21

Изменено 10.02.2018 9:30 Serginio1

Re[5]: Blazor - .Net в браузере на WebAssembly
Здравствуйте, 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. Чфьфкшт это не только моно. Вернее для яблока там аналог .Net Native

S>>А вот под Андроид и Яблоко сейчас .Net Core нет.


VD>Да как бы если бы была виртуальная машина (рантайм, джит и сборщик мусора), то остальное дело техники и кто-либо прикрутит.


Т

VD>Тут проблема скорее в качестве решения. Моно то тоже в общем-то работает. Вопрос в качестве. Раз МС поставляет Xamarin с Моно, значит на сегодня даже он лучшего качество, чем то что там наклепали наши поуехавшие в Корею.


S>> Ну и а много десктопов на АРМ?


VD>Десктоп мало кому нужен. Под Винду и Маки так есть на чем писать. Нужна переносимая библиотека. Xamarin таковой является с очень большой натяжкой. Плюс у него туча минусов. В прочем все они проистекают из Моно.


VD>Вообще идея таскать IL в сборках на сегодня стала совсем глупо. Сегодня нужно держать IL в маркетах и сторах, а клиенту отдавать добротно скомпилированню на билд-серверах версию под конкретный процессор. Но все занимаются идиотизмом. В Моно АОТ безбожно глючит и неприлично увеличивает размеры инсталлера. Добавь сюда то, что Моно приходится таскать с собой виртуальную машину на 3 метра и получаем совсем грустную картину. Люди отказываются использовать АОТ чтобы избежать глюков и уменьшить размеры apk-шек.


Ну дык так и делают для UWP и IPhone. Для андроида там немного сложнее.

VD>В общем, Ява с недоязыком побеждает из-за простоты, легкости переносимости. А МС как всегда идет своим путем. Сначала все прошляпить, а потом срочно нагонять.


Ну и нагоняют. Я и причем достаточно агрессивно в ажурах. Делают XAML Standard
VD>Сейчас у МС одна забота — раскрутить свои облочные сервисы. Рынок телефонов они слили. Так что его теперь только по новой завоевывать. А для этого Xamarin надо еще очень долго допиливать напильником, чтобы в итоге на нем получались истинно переносимые программы без серьезных приседаний, качественные быстрые и компактные.
Ты имел ввиду Xamsrin.Forms? Xamarin.Android это обертк над джавовскими классами. Но опять сейчас многое заменяется на .Net Standard, а это тоже достижение .Net Core

VD>А сейчас я в этом гребаном Xamarin-е не смог даже дебажного дампа стеков потоков получать
Автор: VladD2
Дата: 10.02.18
. А через Явское АПИ с пол пинка. Вот только и стэк-трейсы явские. Стэк-тейсов Моно в них не видно.


Ну Москва не сразу строилась.

VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.


По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)
Re[5]: Blazor - .Net в браузере на WebAssembly
Здравствуйте, 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
https://github.com/xamarin/Xamarin.Forms/wiki/Feature-Roadmap

.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-е не смог даже дебажного дампа стеков потоков получать
Автор: VladD2
Дата: 10.02.18
. А через Явское АПИ с пол пинка. Вот только и стэк-трейсы явские. Стэк-тейсов Моно в них не видно.


Ну Москва не сразу строилась.

VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.


По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)