Здравствуйте, vdimas, Вы писали:
V>Им на замену разрабатывается Фуксия ОС.
Трудно сдержать ржач, но похоже калозакидатели дотнетов сами умылись своей жабой.
Охотно верю, что не одни мы плюёмся над позорнейшим глиняным колоссом в виде Ведроида, но только вот ошибки надо признавать ВОВРЕМЯ. Сейчас выпусти хоть тыщщу "супермобильных" осей, они просто канут в лету — индустрия слишком инертна, чтобы прыгать не то, что по операционкам, но даже по языкам! (вспомните плачевный "успех" всяких го-растов)
Быть профи своего инструмента — на это нужны ГОДЫ. Прочесть пару "рихтеров" — ещё не стать сенсеем, нужны практические воплощения всего, что ты знаешь. А где ты будешь это воплощать, если вы пишете очередной "Супер-Склад"??
А без (внешних) профи гугля просто не потянет этот воз. И это ещё софтовые бирюльки! Что делать железоклепалам?? Опять учиться канпелять прошивки? Снова разгонять присохший к стульям слой китайских погромиздов и нанимать новых клоунов? (кстати, где нанимать? спецов-то ещё нет!) И опять отладки дров, новые системные кишки... боже мой, как же надо было тупить гугле с этой жабой! Лет 10 назад в этом был смысл, а сейчас эта авантюра (в хорошем смысле) не лучше всяких Маемов и Миуй.
И потом, швыряться ссылками на некомпилябельные сорсы — тупорылики из гуглы умеют, а индустрии нужен ПОЛНЫЙ ДОСТУП. Без всяких "бинарефирмварей", сертификатов и прочего дерьма. Просто взял GCC, скомпилял блоб, залил — работает! (как с Ардуиной) БЕЗ этой свободы это очередной приприерастный капкан, который гугля может засунуть себе в... дисковод.
Здравствуйте, neFormal, Вы писали:
V>>Конкуренты сделали нейтивную Bada, которая сейчас ребрендена в Tizen. F>сильно позже сделали.
2010-й год — не сильно-то и поздно, ИМХО.
F>перед этим облажавшись со всякими meego и т.п. осями.
Мeego был самолично растоптан Элопом, пришедшим из MS в Nokia, за что ему выписали нехилую премию.
Хотя, Нокию N9 успели, таки, выпустить.
В отличие от андроидных конкурентов этот аппарат не устаревал лет 5, если не больше, потому что не тормозил.
На сейчас наработки из Мeego переехали в тот же Tizen.
Здравствуйте, vdimas, Вы писали:
K>>Быть профи своего инструмента — на это нужны ГОДЫ. V>... K>>А без (внешних) профи гугля просто не потянет этот воз. V>Андроида первые лет 5 тоже толком не было видно. V>Да, всему нужно время.
дроид влез на фактически пустой рынок бюджетных смартфонов.
конкуренты не смогли сделать платформу.
Здравствуйте, Берсерк, Вы писали:
Б>Гугл это не Нокия, рубить курицу, которая яйца ведрами носит, никто не будет.
Да ну!
Гугл столько уже своих отличных проектов бездарно угробил что просто атас.
Здравствуйте, vdimas, Вы писали:
V>Прямо сейчас не собирается, ес-но.
Ну ты пишешь про конец 2019 года, это практически прямо сейчас и есть.
V>Тут характерен сам факт принятия подобных решений.
Каких решений? Пока есть только слухи.
V>Сам Андроид монстрообразен, живёт поверх монстрообразного линухового ядра и масштабируется вниз вообще никак. V>Понятно, что с "этим" надо что-то делать. ))
Как бы то ни было, оно работает и приносит огромные деньги. Отказываться от денег ради "что-то надо делать" никто не будет.
V>Думаешь, будут проблемы предоставить возможность запуска андроидных приложений? V>Там по ссылке на исходники лежат так же сырцы-клоны из moby-докера, к чему бы это? ))
Проблема же не только в приложениях. Есть ещё производители устройств и там прорва народу задействована на адаптации. Это все годами создавалось и вот взять просто это разрушить? Если и будет переход то ооочень плавный, как минимум на десяток лет.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, neFormal, Вы писали:
F>>дроид влез на фактически пустой рынок бюджетных смартфонов. F>>конкуренты не смогли сделать платформу.
V>Конкуренты сделали нейтивную Bada, которая сейчас ребрендена в Tizen. V>Но так-то да, для целей быстро наклепать свистелок жабка подходит лучше. V>А теперь надо медленно спуститься и покрыть нейтивом всё стадо... V>Всю дорогу измеряя потребление энергии при этом.
Здравствуйте, vdimas, Вы писали:
V>Им на замену разрабатывается Фуксия ОС. V>Взлетит или не взлетит? ))
Вроде год назад ещё слухи были или даже раньше, и Гугл прокомментировал что никто отказываться от Андроид не собирается. Может будет дополнительная линейка, посмотрят как оно работает. Крупные конторы типа Гугла много экспериментируют с разными направлениями, но они далеко не все становятся в итоге продуктами. Гугл это не Нокия, рубить курицу, которая яйца ведрами носит, никто не будет.
V>- основные языки разработки: C/C++/Dart, т.е. да, даже самые "ядерные" вещи запросто пишут на новейшем С++ и Dart;
Гугл таки решил освоить С++?
V>По-сути, Гугл взял чуть ли не всё всё готовое, начиная с ядра, асинхронного ввода/вывода и т.д. и пытается скомпоновать из этого всего ОС.
К сожалению взять всё готовое это утопия.
V>Взлетит или не взлетит? ))
Если они серьезно осилят С++ то может взлететь, а если будут снова плодить свои недоязыки поверх ОСи то провал.
V>- основные языки разработки: C/C++/Dart, т.е. да, даже самые "ядерные" вещи запросто пишут на новейшем С++ и Dart;
C++ не обязательно подразумевает "новейший" или "навороченный". В macOS/iOS давным-давно живет C++ в ядре, и весьма удачно. Из коробки, а не как экспериментальная опция когда-то в DDK.
В этом деле главное выбрать минимально разумный базис, и не тянуть все подряд: "ядерный" C++ как правило поставляется "без батареек" в виде RTTI, исключений, STL, и тем более boost. В общем, без лишних утяжелителей и без подкапотных реаллоков/недетерминизмов.
Здравствуйте, vdimas, Вы писали:
V>- основные языки разработки: C/C++/Dart, т.е. да, даже самые "ядерные" вещи запросто пишут на новейшем С++ и Dart;
Ну дык да, я виндовые драйвера на С++ писал лет 5 назад, всё прекрасно работало. Кода получалось на порядки меньше чем на С + сам код выходил гораздо прощё, лучше читаем и более предсказуемый.
V>Взлетит или не взлетит? ))
В целом звучит неплохо, хотелось бы чтоб взлетело.
Здравствуйте, Берсерк, Вы писали:
Б>Вроде год назад ещё слухи были или даже раньше, и Гугл прокомментировал что никто отказываться от Андроид не собирается.
Прямо сейчас не собирается, ес-но.
Б>Может будет дополнительная линейка, посмотрят как оно работает.
Тут характерен сам факт принятия подобных решений.
Ну и позиционирование.
Гугл последние годы пытается позиционировать Андроид и для десктопа, но как-то не заходит, т.е. плохо масштабируется вверх.
Сам Андроид монстрообразен, живёт поверх монстрообразного линухового ядра и масштабируется вниз вообще никак.
Понятно, что с "этим" надо что-то делать. ))
Б>Гугл это не Нокия, рубить курицу, которая яйца ведрами носит, никто не будет.
Думаешь, будут проблемы предоставить возможность запуска андроидных приложений?
Там по ссылке на исходники лежат так же сырцы-клоны из moby-докера, к чему бы это? ))
Здравствуйте, neFormal, Вы писали:
A>>Ага, ага. И поэтому на смартфон нельзя поставить свою ось.
F>разные версии дроидов и прочие убунты смотрят на тебя с недоумением.
Это они на тебя с недоумением смотрит.
Посмотри, что такое Убунта на Андроиде.
Прикладной процесс это.
Здравствуйте, Берсерк, Вы писали:
Б>Ну ты пишешь про конец 2019 года, это практически прямо сейчас и есть.
Это не означает отказ от Андроида.
V>>Тут характерен сам факт принятия подобных решений. Б>Каких решений? Пока есть только слухи.
Есть уже тонны кода.
V>>Думаешь, будут проблемы предоставить возможность запуска андроидных приложений? V>>Там по ссылке на исходники лежат так же сырцы-клоны из moby-докера, к чему бы это? )) Б>Проблема же не только в приложениях.
Здравствуйте, vdimas, Вы писали:
V>При том, что объявили поддержку swift?
невелика радость
V>Будет малость наоборот — появится возможность несложно портировать мириады программ.
с ios что ли?
Здравствуйте, neFormal, Вы писали:
F>дроид влез на фактически пустой рынок бюджетных смартфонов. F>конкуренты не смогли сделать платформу.
Конкуренты сделали нейтивную Bada, которая сейчас ребрендена в Tizen.
Но так-то да, для целей быстро наклепать свистелок жабка подходит лучше.
А теперь надо медленно спуститься и покрыть нейтивом всё стадо...
Всю дорогу измеряя потребление энергии при этом.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Это GUI-фреймворк для Dart-а. S>>Ну нужно же куда то Dart впихнуть.
V>Я тоже обратил внимание. ))
S>>Лучше бы развивали .Net Core, Xaml Standard как это делает Samsung в Tizen
V>Гуглу от этого не лучше, он всерьёз собрался на десктоп, походу.
Здравствуйте, vdimas, Вы писали:
F>>дроид влез на фактически пустой рынок бюджетных смартфонов. F>>конкуренты не смогли сделать платформу. V>Конкуренты сделали нейтивную Bada, которая сейчас ребрендена в Tizen.
сильно позже сделали.
перед этим облажавшись со всякими meego и т.п. осями.
Здравствуйте, Берсерк, Вы писали:
Б>Приносящих прибыль?
Прибыль гугл получает от рекламы и от сбора информации, так что практически любой посещаемый сервис для них потенциально прибылен.
Здравствуйте, vdimas, Вы писали:
V>- все исходники открыты: https://fuchsia.googlesource.com/ ;
Рекомендую их почитать, без слёз смотреть туда просто нельзя.
По факту, это небольшая команда сидит и пилит свою ОС на деньги от доходных подразделений. Реальная польза чуть меньше, чем от 100500 других любительских ОС.
Здравствуйте, alpha21264, Вы писали:
A>Ага, ага. И поэтому на смартфон нельзя поставить свою ось.
Да ладно: у меня на первый смартфон HTC HD7 можно было, если не ошибаюсь, прошить вместо WP7 андроид. Есть куча кастомных прошивок того же андройда, так что поставить свою ОС не проблема ни разу. Просто сделать нормальную ОС, с нормальной поддержкой существующих приложений либо достаточным количеством своих, большинство компаний не потянут. Та же МС не потянула (хотя может будет ещё один подход, хочется верить).
Здравствуйте, vdimas, Вы писали:
V>Конкуренты сделали нейтивную Bada, которая сейчас ребрендена в Tizen. V>Но так-то да, для целей быстро наклепать свистелок жабка подходит лучше. V>А теперь надо медленно спуститься и покрыть нейтивом всё стадо... V>Всю дорогу измеряя потребление энергии при этом.
И кому оно надо? Вот прямо нативный Tizen процветает, или нативный BlackBerry последний (забыл как называется) — тоже цветёт и пахнет. Рынок, как бы показывает, что на время жизни смартфона большинству глубоко всё равно.
А учётом того, что Tizen в итоге пришлось адаптировать Net Core — это очевидно не только диванным аналитикам вроде меня.
(BTW. C++ API Тизена был откровенным г****м, так же как и тулчейн — я пробовал на нём разрабатывать, да, хоть и на достаточно ранней версии)
Здравствуйте, Лось Чтостряслось, Вы писали:
V>>Дык, большинство популярных под Андроидом прог имеют версию и для iOS. ЛЧ>обычно их пишут разные команды
А какая разница, какая из команд будет портировать готовые сырцы на Swift под другую ОСь?
Здравствуйте, Serginio1, Вы писали:
S>А вот WPF по сравнению с андроидовским Гуем намного порядков интереснее.
Мы уже с тобой обсуждали отличия декларативного гуя от реактивного, не?
Смысл повторяться?
Для сильно-динамичных вещей удобен реактивный гуй, для более-менее статичных — декларативный.
И я проблем, если честно, не вижу.
Декларативный гуй — это всегда некий формат описания + "движкок", переводящий некий декларативный формат в терминологию динамически (в любом случае) конструируемой "движком" сцены поверх некоего графического движка. Думаешь, будет сложно будет прикрутить сверху Flutter-а парсер формата языка описания композиций навроде XAML? ))
Здравствуйте, Somescout, Вы писали:
V>>Всю дорогу измеряя потребление энергии при этом. S>И кому оно надо? Вот прямо нативный Tizen процветает
Tizen сидит поверх натурального монстра — ядра Linux.
Ядро это пакетное, не смотря на все реалтаймовые расширения.
Сама идеология юникс-вея, когда любой хендл является файлом — она ж убогая по-сути.
Т.е. это "мощная" абстракция для дурачка-программиста, ОК, но выливается унутре в монстрообразные прослойки/адаптеры и кучи лишних синхронизаций/сигнализаций.
Для Фуксии же изначально было выбрано лёгковесное реалтаймовое ядро, свободное от всех этих файлоориентированных предрассудков.
S>А учётом того, что Tizen в итоге пришлось адаптировать Net Core — это очевидно не только диванным аналитикам вроде меня.
Почему "пришлось"?
Эта адаптация выполняется силами Net Core team, а кто им запретит адаптировать свои разработки подо что им вздумается?
Как это может характеризировать сам Tizen, кроме того момента, что при имеющейся адаптации под "просто Linux" получилось относительно несложно допилить и до Tizen?
S>(BTW. C++ API Тизена был откровенным г****м, так же как и тулчейн — я пробовал на нём разрабатывать, да, хоть и на достаточно ранней версии)
Я пробовал еще на Bada, согласен.
Какой-то не С++, а Турбо-Паскаль, с двойной инициализацией, отсутствием исключений и вообще всех плюшек.
Но это малость пофик, как по мне, бо поверх "системного АПИ" можно накрутить современные С++17 инлайные либы и будет тебе счастье.
Здравствуйте, vdimas, Вы писали:
V>Tizen сидит поверх натурального монстра — ядра Linux. V>Ядро это пакетное, не смотря на все реалтаймовые расширения.
Я не совсем о том: фишкой Tizen как раз и было то, что он нативно-быстрый. Не взлетел, ибо этого мало. Более того, у меня WP10 на достаточно древней Lumia и скорость/время работы меня в целом устраивает (и это при том что я не менял батарею с момента покупки — она уже основательно подсевшая).
V>Сама идеология юникс-вея, когда любой хендл является файлом — она ж убогая по-сути. V>Т.е. это "мощная" абстракция для дурачка-программиста, ОК, но выливается унутре в монстрообразные прослойки/адаптеры и кучи лишних синхронизаций/сигнализаций.
С одной стороны соглашусь — это выглядит очень странно, учывая что лишь немногие устройтсва (что сейчас, что раньше) получают хоть какую-то выгоду от представления в качестве хэндла файла. Но... в винде же схожая система, даже более масштабная: все объекты системы с точки зрения безопасности обрабатываются одним системным менеджером и обладают единообразными правами достуап. И это здорово.
V>Для Фуксии же изначально было выбрано лёгковесное реалтаймовое ядро, свободное от всех этих файлоориентированных предрассудков.
Ну, допустим... а дальше что? Работа с дисплеем, с камерой, с микрофоном всё равно идёт не через файловые хэндлы. И процессор всё-же большую часть времени проводит в пользовательском коде. Для меня совершенно не очевидно, что оптимизация внутренностей системы даже до идеального состояния даст сколь-нибудь существенный прирост производительности.
V>Почему "пришлось"? V>Эта адаптация выполняется силами Net Core team, а кто им запретит адаптировать свои разработки подо что им вздумается?
Samsung collaborates with Microsoft on open source projects to enable .NET support
...
Today, Samsung is releasing the first preview of Visual Studio Tools for Tizen, which will enable .NET developers to easily build Tizen applications for Smart TVs, wearables such as the Gear S3, smartphones, and IoT devices. Source code will also be contributed to Tizen and .NET open source projects.
V>Как это может характеризировать сам Tizen, кроме того момента, что при имеющейся адаптации под "просто Linux" получилось относительно несложно допилить и до Tizen?
Как то, что разработчикам нафиг не сдалось под него разрабатывать нативными инструментами.
S>>(BTW. C++ API Тизена был откровенным г****м, так же как и тулчейн — я пробовал на нём разрабатывать, да, хоть и на достаточно ранней версии)
V>Я пробовал еще на Bada, согласен. V>Какой-то не С++, а Турбо-Паскаль, с двойной инициализацией, отсутствием исключений и вообще всех плюшек.
Меня больше оболочки объектов (возможно вы это называйте "двойной инициализацией") убили: для каждого контрола есть внутренний объект, реализующий его, и внешний, который просто транслирует вызовы внутреннему. В результать чтобы изменить поведение объекта, что в BlackBerry делалось просто наследованием от нужного с перекрытием требуемых методов, превращается в разработку нового контрола с нуля.
V>Но это малость пофик, как по мне, бо поверх "системного АПИ" можно накрутить современные С++17 инлайные либы и будет тебе счастье.
Ещё раз: а зачем? Я не особо люблю C++ и основной одной из проблем при разработке были утечки памяти, порча памяти и прочее C++ щастье. Да, с этим можно бороться, и я в итоге победил (при отсутствии valgrind'а и всего остального — тулчейн убог), но в любом управляемом языке мне бы вообще не пришлось тратить на это время. Да, было бы не настолько быстро, но в 90+% случаев разница в скорости без инструментов неразличима.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
S>>А вот WPF по сравнению с андроидовским Гуем намного порядков интереснее.
V>Мы уже с тобой обсуждали отличия декларативного гуя от реактивного, не? V>Смысл повторяться? V>Для сильно-динамичных вещей удобен реактивный гуй, для более-менее статичных — декларативный.
Вот я сейчас пишу и декларативно и реактивно. WPF позволяет писать и так и так. Нет проблем.
V>И я проблем, если честно, не вижу. V>Декларативный гуй — это всегда некий формат описания + "движкок", переводящий некий декларативный формат в терминологию динамически (в любом случае) конструируемой "движком" сцены поверх некоего графического движка. Думаешь, будет сложно будет прикрутить сверху Flutter-а парсер формата языка описания композиций навроде XAML? ))
Еще раз читай выше. В WPF, в Xamarin.Forms можно все создавать с помощью кода. Просто это в большинстве случаев неудобно.
А там где удобнее с помощью кода, никто не запрещает
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
S>>Лучше подходит .Net Core b Xamarin.Forms
V>Кто про что, а голый про баню.
Во во и Samsung в тизене решил использовать .Net Core и Xamarin.Forms
Видно им баня больше нравится, чем твой натив?
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Лось Чтостряслось, Вы писали:
V>>А какая разница, какая из команд будет портировать готовые сырцы на Swift под другую ОСь? ЛЧ>ну это должна делать команда, которая ЛЧ>а) знает swift
Здравствуйте, Somescout, Вы писали:
V>>Tizen сидит поверх натурального монстра — ядра Linux. V>>Ядро это пакетное, не смотря на все реалтаймовые расширения. S>Я не совсем о том: фишкой Tizen как раз и было то, что он нативно-быстрый. Не взлетел, ибо этого мало.
Ибо всё-равно монстр, бо поверх Linux.
В отличие от, Bada не была монстром, а была либой поверх любой ОСи или просто некоего библиотечного слоя, выполняющего ф-ии ОС.
S>Более того, у меня WP10 на достаточно древней Lumia и скорость/время работы меня в целом устраивает (и это при том что я не менял батарею с момента покупки — она уже основательно подсевшая).
Ядро WP10 более легковесное, чем линуховое.
S>С одной стороны соглашусь — это выглядит очень странно, учывая что лишь немногие устройтсва (что сейчас, что раньше) получают хоть какую-то выгоду от представления в качестве хэндла файла. Но... в винде же схожая система, даже более масштабная: все объекты системы с точки зрения безопасности обрабатываются одним системным менеджером и обладают единообразными правами достуап. И это здорово.
Но они (системные объекты) не обладают одним и тем же интерфейсом, не требуют отображения на виртуальную файловую систему.
Это лишняя громоздкая функциональность.
V>>Для Фуксии же изначально было выбрано лёгковесное реалтаймовое ядро, свободное от всех этих файлоориентированных предрассудков. S>Ну, допустим... а дальше что? Работа с дисплеем, с камерой, с микрофоном всё равно идёт не через файловые хэндлы.
Верно, поэтому Linux не нужен.
S>И процессор всё-же большую часть времени проводит в пользовательском коде. Для меня совершенно не очевидно, что оптимизация внутренностей системы даже до идеального состояния даст сколь-нибудь существенный прирост производительности.
Меньше тиков проца на каждый чих — дольше служит батарейка.
V>>Почему "пришлось"? V>>Эта адаптация выполняется силами Net Core team, а кто им запретит адаптировать свои разработки подо что им вздумается? S>Samsung collaborates with Microsoft on open source projects to enable .NET support
Так кто обеспечивает поддержку Net Core на Tizen?
Разве Самсунг?
S>Today, Samsung is releasing the first preview of Visual Studio Tools for Tizen, which will enable .NET developers to easily build Tizen applications for Smart TVs, wearables such as the Gear S3, smartphones, and IoT devices. Source code will also be contributed to Tizen and .NET open source projects.
Это тулзы.
V>>Как это может характеризировать сам Tizen, кроме того момента, что при имеющейся адаптации под "просто Linux" получилось относительно несложно допилить и до Tizen? S>Как то, что разработчикам нафиг не сдалось под него разрабатывать нативными инструментами.
Да ладно, основные проги, в которых пользователь смартфона проводит 99.99% своего времени пользования телефоном — нейтивные:
— звонилка
— скайп/вайбер
— контакты
— браузер
— мыло
— клиенты соцсетей, типа VK
— карты/навигаторы
V>>Но это малость пофик, как по мне, бо поверх "системного АПИ" можно накрутить современные С++17 инлайные либы и будет тебе счастье. S>Ещё раз: а зачем? Я не особо люблю C++ и основной одной из проблем при разработке были утечки памяти, порча памяти и прочее C++ щастье. Да, с этим можно бороться, и я в итоге победил (при отсутствии valgrind'а и всего остального — тулчейн убог), но в любом управляемом языке мне бы вообще не пришлось тратить на это время. Да, было бы не настолько быстро, но в 90+% случаев разница в скорости без инструментов неразличима.
Для простого GUI с тремя кнопками, действительно, разницы нет.
Здравствуйте, Serginio1, Вы писали:
V>>Для сильно-динамичных вещей удобен реактивный гуй, для более-менее статичных — декларативный. S> Вот я сейчас пишу и декларативно и реактивно. WPF позволяет писать и так и так. Нет проблем.
Ну да, проблем нет.
Я первым делом, когда щупал WPF, понасоздавал ГУИ-композиции ручками, и?
Это СЛИШКОМ неудобно, как выяснилось.
Удобней через XAML.
В коде удобно только устанавливать св-ва некоторым УЖЕ имеющимся компонентам в сцене.
V>>Думаешь, будет сложно будет прикрутить сверху Flutter-а парсер формата языка описания композиций навроде XAML? )) S> Еще раз читай выше. В WPF, в Xamarin.Forms можно все создавать с помощью кода. Просто это в большинстве случаев неудобно.
Ты на вопрос не ответил.
Еще раз, медленно — думаешь сложно будет накрутить декларативный подход поверх любой ГУИ-либы?
Здравствуйте, Serginio1, Вы писали:
S>>>Лучше подходит .Net Core b Xamarin.Forms V>>Кто про что, а голый про баню. S> Во во и Samsung в тизене решил использовать .Net Core и Xamarin.Forms
Решил поддержать.
Это всего-лишь одна из возможных графических либ.
Их уже тонны работоспособных под Tizen.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Для сильно-динамичных вещей удобен реактивный гуй, для более-менее статичных — декларативный. S>> Вот я сейчас пишу и декларативно и реактивно. WPF позволяет писать и так и так. Нет проблем.
V>Ну да, проблем нет. V>Я первым делом, когда щупал WPF, понасоздавал ГУИ-композиции ручками, и? V>Это СЛИШКОМ неудобно, как выяснилось. V>Удобней через XAML. V>В коде удобно только устанавливать св-ва некоторым УЖЕ имеющимся компонентам в сцене.
Не только. Можно добавлять, удалять, изменять. В некоторых случаях для декларативного описания писанины будет еще больше.
V>>>Думаешь, будет сложно будет прикрутить сверху Flutter-а парсер формата языка описания композиций навроде XAML? )) S>> Еще раз читай выше. В WPF, в Xamarin.Forms можно все создавать с помощью кода. Просто это в большинстве случаев неудобно.
V>Ты на вопрос не ответил. V>Еще раз, медленно — думаешь сложно будет накрутить декларативный подход поверх любой ГУИ-либы?
Вот для Xamarin.Forms накручивают год и без большого прорыва. Проблема то в кроссплатформенности, а там разные гуи- либы.
Хотя для UWP поверж DirectX сдедали достойный накрутили.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
S>>>>Лучше подходит .Net Core b Xamarin.Forms V>>>Кто про что, а голый про баню. S>> Во во и Samsung в тизене решил использовать .Net Core и Xamarin.Forms
V>Решил поддержать. V>Это всего-лишь одна из возможных графических либ. V>Их уже тонны работоспособных под Tizen.
А разве .Net Core это графическая либа?
Из .Net Core можно вызывать твои тонны графических либ, но удобнее Xamarin.Forms
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
V>>Удобней через XAML. V>>В коде удобно только устанавливать св-ва некоторым УЖЕ имеющимся компонентам в сцене. S> Не только. Можно добавлять, удалять, изменять.
Можно, но неудобно.
Унутре иерархия Visual слишком слаботипизирована, компилятор ни хрена не подсказывает, только лишь по ошибкам в рантайм можно судить о происходящем. ))
V>>Ты на вопрос не ответил. V>>Еще раз, медленно — думаешь сложно будет накрутить декларативный подход поверх любой ГУИ-либы? S>Вот для Xamarin.Forms накручивают год и без большого прорыва.
А может, там проблема не технологического плана, а в том, что с каких-то хреней Xamarin изначально выкатил свою схему XAML, имеющие разночтения со схемой из WPF/Silverlight/WinRT-UWP? Может, проблема заключается сугубо в утряске стандартов на сам XAML?
S>Проблема то в кроссплатформенности, а там разные гуи- либы.
Здравствуйте, Serginio1, Вы писали:
V>>Это всего-лишь одна из возможных графических либ. V>>Их уже тонны работоспособных под Tizen. S> А разве .Net Core это графическая либа?
Xamarin графическая.
S>Из .Net Core можно вызывать твои тонны графических либ, но удобнее Xamarin.Forms
Для Tizen первичен Xamarin, а не .Net Core.
А для Linux первичен ASP.Net, а не .Net Core. ))
Кароч, условия диктуют прикладные потребности.
Технологии тут на подчинённом положении.
Здравствуйте, vdimas, Вы писали:
V>Для Фуксии же изначально было выбрано лёгковесное реалтаймовое ядро, свободное от всех этих файлоориентированных предрассудков.
Зачем мобильнику лёгковесное реалтаймовое ядро? Для каких задач?
Здравствуйте, Sharov, Вы писали:
V>>Для Фуксии же изначально было выбрано лёгковесное реалтаймовое ядро, свободное от всех этих файлоориентированных предрассудков. S>Зачем мобильнику лёгковесное реалтаймовое ядро? Для каких задач?
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Удобней через XAML. V>>>В коде удобно только устанавливать св-ва некоторым УЖЕ имеющимся компонентам в сцене. S>> Не только. Можно добавлять, удалять, изменять.
V>Можно, но неудобно.
Ну если сравнивать с WinForms то вполне себе удобно. V>Унутре иерархия Visual слишком слаботипизирована, компилятор ни хрена не подсказывает, только лишь по ошибкам в рантайм можно судить о происходящем. ))
Ну это как смотреть
V>>>Ты на вопрос не ответил. V>>>Еще раз, медленно — думаешь сложно будет накрутить декларативный подход поверх любой ГУИ-либы? S>>Вот для Xamarin.Forms накручивают год и без большого прорыва.
V>А может, там проблема не технологического плана, а в том, что с каких-то хреней Xamarin изначально выкатил свою схему XAML, имеющие разночтения со схемой из WPF/Silverlight/WinRT-UWP? Может, проблема заключается сугубо в утряске стандартов на сам XAML?
На самом деле и UWP отличается от WPF. Видно тогда думали, что WPF умрет.
S>>Проблема то в кроссплатформенности, а там разные гуи- либы.
V>Такой проблемы нет.
Тогда в чем. UWP сейчас по сути ничем от WPF то не отличается, а вот ксамарину то WPF далеко.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Somescout, Вы писали:
A>>Ага, ага. И поэтому на смартфон нельзя поставить свою ось.
S>Да ладно: у меня на первый смартфон HTC HD7 можно было, если не ошибаюсь, прошить вместо WP7 андроид.
Осталось вспомнить, можно ли было поставить ОС на второй твой самртфон.
И вообще, как выглядит установка операционки на смартфон.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Это всего-лишь одна из возможных графических либ. V>>>Их уже тонны работоспособных под Tizen. S>> А разве .Net Core это графическая либа?
V>Xamarin графическая.
S>>Из .Net Core можно вызывать твои тонны графических либ, но удобнее Xamarin.Forms
V>Для Tizen первичен Xamarin, а не .Net Core. V>А для Linux первичен ASP.Net, а не .Net Core. ))
Здравствуйте, Serginio1, Вы писали:
V>>А может, там проблема не технологического плана, а в том, что с каких-то хреней Xamarin изначально выкатил свою схему XAML, имеющие разночтения со схемой из WPF/Silverlight/WinRT-UWP? Может, проблема заключается сугубо в утряске стандартов на сам XAML? S>На самом деле и UWP отличается от WPF.
Не сильно, и почти не отличается от сервелата.
V>>Такой проблемы нет. S>Тогда в чем. UWP сейчас по сути ничем от WPF то не отличается, а вот ксамарину то WPF далеко.
Кзамарин — это технология визуального редактирования форм, в первую очередь.
Она вышла более продвинутой, чем встроенные редакторы Студии.
Т.е. ценость тут больше в самой технологии САПР, чем в конкретном бэкенде, которых у кзамарина более одного.
Здравствуйте, Serginio1, Вы писали:
V>>Для Tizen первичен Xamarin, а не .Net Core. V>>А для Linux первичен ASP.Net, а не .Net Core. )) S>Ошибаешься. Именно .Net Core. Для Линукс первичен Asp.Net Core который на .Net Core.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>А может, там проблема не технологического плана, а в том, что с каких-то хреней Xamarin изначально выкатил свою схему XAML, имеющие разночтения со схемой из WPF/Silverlight/WinRT-UWP? Может, проблема заключается сугубо в утряске стандартов на сам XAML? S>>На самом деле и UWP отличается от WPF.
V>Не сильно, и почти не отличается от сервелата.
Достаточно.
V>>>Такой проблемы нет. S>>Тогда в чем. UWP сейчас по сути ничем от WPF то не отличается, а вот ксамарину то WPF далеко.
V>Кзамарин — это технология визуального редактирования форм, в первую очередь. V>Она вышла более продвинутой, чем встроенные редакторы Студии. V>Т.е. ценость тут больше в самой технологии САПР, чем в конкретном бэкенде, которых у кзамарина более одного.
Да неужели? Тот же Xamarin.Android и Xamarin.IOS как то живут на нативных, а изначально Xamarin.Forms был без редактора.
Все программно. Либо нужно использовать другие студии https://habrahabr.ru/post/188130/
Разработка UI
Для каждой платформы Xamarin предоставляет возможность использовать нативные средства разработки UI и нативные элементы пользовательского интерфейса. Для Android создание UI может происходить непосредственно в коде или же при помощи декларативного подхода с описанием интерфейса в XML. Для iOS это также либо код, либо использование нативных средств проектирования интерфейса — отдельные xib-файлы или же один большой Storyboard. Редактирование этих файлов происходит в привычной для iOS-разработчика среде XCode. И это означает, что вам потребуется Mac. Да, для разработки iOS-приложений вам в любом случае потребуется Mac по двум причинам:
Во-первых, как я уже сказал, для редактирования UI в среде XCode. Во-вторых, для отладки приложений требуется симулятор iPhone/iPad, который также доступен только на Mac.
А насчет продвинутости Xamarin.Forms, то она и в подметки не годится WPF.
А, что касается тизен, то там используется .Net Core который для линукса. Xamarin ушел от PCL и перешел на .Net Standard.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Для Tizen первичен Xamarin, а не .Net Core. V>>>А для Linux первичен ASP.Net, а не .Net Core. )) S>>Ошибаешься. Именно .Net Core. Для Линукс первичен Asp.Net Core который на .Net Core.
V>Сам себе противоречишь.
Приложения ASP.NET Core могут выполняться в .NET Core или .NET Framework. Приложения ASP.NET Core, предназначенные для .NET Framework, не являются кроссплатформенными — они выполняются только в Windows. Отказ от поддержки .NET Framework в ASP.NET Core не планируется. Как правило, ASP.NET Core состоит из библиотек .NET Standard. Приложения, написанные для .NET Standard 2.0 запускаются везде, где есть поддержка .NET Standard 2.0.
какой нафиг на линуксе .NET Framework?
Как он вообще ASP.Net будет работать на линкусе без .NET Core
Опять же основное использование линкуса это Azure. Именно там он обходится дешевле.
Тогда по твоему подходу для Линукса первичен Azure.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
V>>Кзамарин — это технология визуального редактирования форм, в первую очередь. V>>Она вышла более продвинутой, чем встроенные редакторы Студии. V>>Т.е. ценость тут больше в самой технологии САПР, чем в конкретном бэкенде, которых у кзамарина более одного. S>Да неужели? Тот же Xamarin.Android и Xamarin.IOS как то живут на нативных
Это согласие или возражение?
S>а изначально Xamarin.Forms был без редактора.
Так и сейчас есть лишь "живой" вьювер, если ты о плагине VS к Кзамарину.
Полноценная будет Кзамарин Студия.
S>Во-вторых, для отладки приложений требуется симулятор iPhone/iPad, который также доступен только на Mac.
Здравствуйте, Serginio1, Вы писали:
V>>Сам себе противоречишь. S>Поясни. Asp.Net Core это и есть .Net Core
Технически Asp.Net Core — это .Net Sandart + ASP.Net.
Но "двигателем" тут служит Asp.Net, а не Core.
S>https://docs.microsoft.com/ru-ru/aspnet/core/
Приложения, написанные для .NET Standard 2.0 запускаются везде, где есть поддержка .NET Standard 2.0. S>какой нафиг на линуксе .NET Framework?
У-у-у...
.NET Standard — это лишь очередная версия спеки на .Net фреймворк.
Маркетинговый булшит совсем разжижает содержимое головы, смотрю...
S>Как он вообще ASP.Net будет работать на линкусе без .NET Core
Пошли потёки сознания...
S>Опять же основное использование линкуса это Azure. Именно там он обходится дешевле. S>Тогда по твоему подходу для Линукса первичен Azure.
Даже аналогию сформулировать не можешь.
Для облака MS первичен Azure, а не Linux.
Здравствуйте, CreatorCray, Вы писали:
CC>Прибыль гугл получает от рекламы и от сбора информации, так что практически любой посещаемый сервис для них потенциально прибылен.
Ну не скажи. От тематики сервиса может сильно зависеть, например, % пользователей, пользующийся блокировщиками рекламы и прочих гуглоаналитик. Ну и прибылен — еще не значит, что оптимален, и нельзя заработать больше, переведя спецов с его поддержки на другие задачи.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Sharov, Вы писали:
S>>>И? Реалтайм ось зачем V>>Для отзывчивости и предсказуемости реакции. S>Как может быть отзывчивость и предсказуемсоть с пользователем?
Отзывчивость GUI, ес-но.
Для сравнения, соседний поток, ожидающий на сигнале, обнаруживает этот сигнал в виндах в 2-3 раза быстрее, чем в линухах.
А вся асинхронность как раз вокруг сигналинга м/у потоками пляшет.
S>А со стронним софтом какая?
С каким конкретно?
S>>>чем обычная не то? V>>Реалтаймовые и есть обычные для клиентской стороны, а пакетные хороши для серверной стороны. S>Ведро не реалтаймовая ось.
Линукс не реалтаймовая, но для ведероида там торчат реалтаймовые расширения-костыли.
Ну и ведроид не показатель, это же не самостоятельная ось, а лишь графическая оболочка поверх другой.
Здравствуйте, vdimas, Вы писали:
V>Отзывчивость GUI, ес-но. V>Для сравнения, соседний поток, ожидающий на сигнале, обнаруживает этот сигнал в виндах в 2-3 раза быстрее, чем в линухах. V>А вся асинхронность как раз вокруг сигналинга м/у потоками пляшет.
Как здесь реалтаймовость поможет? Ядро надо улучшать.
S>>А со стронним софтом какая? V>С каким конкретно?
С любым. Человек намеренно навствлял Thread.Sleep(rand()*1000). Как быть?
V>Линукс не реалтаймовая, но для ведероида там торчат реалтаймовые расширения-костыли. V>Ну и ведроид не показатель, это же не самостоятельная ось, а лишь графическая оболочка поверх другой.
Хорошо, какие из мобильных и изветсных ОС реалтаймовые?
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
V>>>Сам себе противоречишь. S>>Поясни. Asp.Net Core это и есть .Net Core
V>Технически Asp.Net Core — это .Net Sandart + ASP.Net. V>Но "двигателем" тут служит Asp.Net, а не Core.
Технически на чем работает Asp.Net?
S>>https://docs.microsoft.com/ru-ru/aspnet/core/ V>Приложения, написанные для .NET Standard 2.0 запускаются везде, где есть поддержка .NET Standard 2.0. S>>какой нафиг на линуксе .NET Framework?
V>У-у-у... V>.NET Standard — это лишь очередная версия спеки на .Net фреймворк. V>Маркетинговый булшит совсем разжижает содержимое головы, смотрю...
Дааа. Net Standard это просто стандард библиотек которые могут исполняться как на .Net Core так и обычном Фреймворке.
Так вот на линуксе только Core.
S>>Как он вообще ASP.Net будет работать на линкусе без .NET Core
V>Пошли потёки сознания...
Угу. Ты за своим сознанием проследи. S>>Опять же основное использование линкуса это Azure. Именно там он обходится дешевле. S>>Тогда по твоему подходу для Линукса первичен Azure.
V>Даже аналогию сформулировать не можешь. V>Для облака MS первичен Azure, а не Linux.
Линукс то нужен исключительно из за Azure.
По твоей логике 1С использует Вэб клиента и значит HTTP сервис.
Озночает ли, что для 1С певичен HTTP сервис?
Asp.Net Core мизерная часть использования кучи библиотек и фремворков. И все это стало возможным, только с выпуском .Net Core
Причем .Net Core 2 вышел совсем недавно, и в нем есть поддержка .NET Standard 2.0.
Но и без этого был Asp.Net но его возможности были не велики
и солнце б утром не вставало, когда бы не было меня
V>Похоже, ты ни разу не тыкался в Xamarin Studio. V>При этом бегаешь по всем форумам и рассказываешь о преимуществе Xamarin.
Я не работаю на Xamarin Studio это мне и не нужно.
Мне не нужен редактор. Мне нужен переносимость кода.
И главное в ксамарине это именно переносимость кода, а не ГУЙ.
Там все равно многого не нарисушь для мобильных то устройств.
И выбирают его не ради как ты выразился Гуя.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>И главное в ксамарине это именно переносимость кода, а не ГУЙ. S>Там все равно многого не нарисушь для мобильных то устройств.
Здравствуйте, Sharov, Вы писали:
V>>Для сравнения, соседний поток, ожидающий на сигнале, обнаруживает этот сигнал в виндах в 2-3 раза быстрее, чем в линухах. V>>А вся асинхронность как раз вокруг сигналинга м/у потоками пляшет. S>Как здесь реалтаймовость поможет? Ядро надо улучшать.
Ну и взято другое ядро.
S>>>А со стронним софтом какая? V>>С каким конкретно? S>С любым. Человек намеренно навствлял Thread.Sleep(rand()*1000). Как быть?
Так же и будет работать, как написано.
Разве что проснётся не с точностью 15.625 ms (1/64 в Windows NT и Linux), а намного точнее.
V>>Линукс не реалтаймовая, но для ведероида там торчат реалтаймовые расширения-костыли. V>>Ну и ведроид не показатель, это же не самостоятельная ось, а лишь графическая оболочка поверх другой. S>Хорошо, какие из мобильных и изветсных ОС реалтаймовые?
Symbian OS, QNX/Blackberry, Windows CE/Phone/IoT, LynxOS, VxWorks, Nokia Asha.
Здравствуйте, vdimas, Вы писали:
V>Здравствуйте, Serginio1, Вы писали:
S>>И главное в ксамарине это именно переносимость кода, а не ГУЙ. S>>Там все равно многого не нарисушь для мобильных то устройств.
V>Точно, на мобилке много не нарисуешь? )) V>https://www.youtube.com/watch?v=5bsptX8MdPg
И? Что та я там не увидел ничего крутого,
S>>И выбирают его не ради как ты выразился Гуя.
V>Именно ради него, родимого.
