Сообщение 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-е не смог даже дебажного дампа стеков потоков получать
Ну Москва не сразу строилась.
VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.
По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)
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
. А через Явское АПИ с пол пинка. Вот только и стэк-трейсы явские. Стэк-тейсов Моно в них не видно. Дата: 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
Ну дык так и делают для UWP и IPhone. Для андроида там немного сложнее.
VD>В общем, Ява с недоязыком побеждает из-за простоты, легкости переносимости. А МС как всегда идет своим путем. Сначала все прошляпить, а потом срочно нагонять.
Ну и нагоняют. Я и причем достаточно агрессивно в ажурах. Делают XAML Standard
VD>Сейчас у МС одна забота — раскрутить свои облочные сервисы. Рынок телефонов они слили. Так что его теперь только по новой завоевывать. А для этого Xamarin надо еще очень долго допиливать напильником, чтобы в итоге на нем получались истинно переносимые программы без серьезных приседаний, качественные быстрые и компактные.
Ты имел ввиду Xamsrin.Forms? Xamarin.Android это обертк над джавовскими классами. Но опять сейчас многое заменяется на .Net Standard, а это тоже достижение .Net Core
VD>А сейчас я в этом гребаном Xamarin-е не смог даже дебажного дампа стеков потоков получать
Ну Москва не сразу строилась.
VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.
По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)
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
VD>Вообще идея таскать IL в сборках на сегодня стала совсем глупо. Сегодня нужно держать IL в маркетах и сторах, а клиенту отдавать добротно скомпилированню на билд-серверах версию под конкретный процессор. Но все занимаются идиотизмом. В Моно АОТ безбожно глючит и неприлично увеличивает размеры инсталлера. Добавь сюда то, что Моно приходится таскать с собой виртуальную машину на 3 метра и получаем совсем грустную картину. Люди отказываются использовать АОТ чтобы избежать глюков и уменьшить размеры apk-шек..NET Standard 2.0
All code moved to .NET Standard 2.0. Pull Request
Complete
Ну дык так и делают для UWP и IPhone. Для андроида там немного сложнее.
VD>В общем, Ява с недоязыком побеждает из-за простоты, легкости переносимости. А МС как всегда идет своим путем. Сначала все прошляпить, а потом срочно нагонять.
Ну и нагоняют. Я и причем достаточно агрессивно в ажурах. Делают XAML Standard
VD>Сейчас у МС одна забота — раскрутить свои облочные сервисы. Рынок телефонов они слили. Так что его теперь только по новой завоевывать. А для этого Xamarin надо еще очень долго допиливать напильником, чтобы в итоге на нем получались истинно переносимые программы без серьезных приседаний, качественные быстрые и компактные.
Ты имел ввиду Xamsrin.Forms? Xamarin.Android это обертк над джавовскими классами. Но опять сейчас многое заменяется на .Net Standard, а это тоже достижение .Net Core
VD>А сейчас я в этом гребаном Xamarin-е не смог даже дебажного дампа стеков потоков получать
Автор: VladD2
Дата: 10.02.18
. А через Явское АПИ с пол пинка. Вот только и стэк-трейсы явские. Стэк-тейсов Моно в них не видно. Дата: 10.02.18
Ну Москва не сразу строилась.
VD>А уж как глюкает отладчик?! О разных эдит энд континию или просто перестановки точки управления даже и мечтать не приходится. В общем, каменный век.
По сравнению с UWP Xamarin конечно, отстой. Но особо то выбора то и нет, если у тебя проекты под разные платформы на .Net (в том числе и под CE да да она до сих пор жива)