Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 38
Если рассматривать два подхода (гибридный и Xamarin)
А почему нет сравнения с основным конкурентом — Rad Studio? И старичком QT? Перечисленные в статье — не конкуренты, а параллельные технологии. А интересно сравнение с конкурентами.
И кстати как сейчас код C# трансформируется в например apk? Своя виртуальная машина, натив или?
RAD Studio с FMX-мутацией в геноме — это местами работает, и даже иногда можно получить что-то более-менее (если это «что-то» не сложнее простого списка, с которым, увы, даже после всех обновлений происходят глюки, что несколько смущает) работающее, а по факту в большинстве случаев самому смотреть на это и стыдно, и страшно. Про то, чтобы кому-то это показывать (и уж тем более давать/продавать) и речи нет, разве что исключительно ради глумления. Если, конечно, у программиста есть совесть, честь и чувства вкуса и собственного достоинства. Мнение вообще не в пику Delphi, просто из личного опыта.
И при этом всём, заметьте, ни слова про адскую ценовую политику…
И при этом всём, заметьте, ни слова про адскую ценовую политику…
Ручки бы кому-то поправить. У других всё работает. И работает без проблем. В т.ч. и сервисы.
Стартером не пользуюсь. Ничего сказать не могу. Архитекты начиная с XE2 работают нормально. Точнее косячки в IDE есть, но по сравнению с той-же андроид студио считай всё идеально.
Что же до не стабильности и глюков в FMX — это всё было до примерно XE6. Пользоваться в те времена ими было не просто. XE 8,10.x — вполне себе нормально работают.
P.S. Напомнить, что 2017 студия от MS вообще не ставится в половине случаев? И ничего, все воспринимают это как должное. А тут что-то криво встало, не разобравшись что начинаете хаить продукт. Как-то не серьёзно.
Что же до не стабильности и глюков в FMX — это всё было до примерно XE6. Пользоваться в те времена ими было не просто. XE 8,10.x — вполне себе нормально работают.
P.S. Напомнить, что 2017 студия от MS вообще не ставится в половине случаев? И ничего, все воспринимают это как должное. А тут что-то криво встало, не разобравшись что начинаете хаить продукт. Как-то не серьёзно.
Напомнить, что 2017 студия от MS вообще не ставится в половине случаев?Мне напомните. В первый раз такое слышу.
Начнём с того, что без триллиона обновлений её тупо нельзя поставить на 7. И без 2/3 из них на 8.1. ну и конечно х86/64 путаница в самом дистрибе. Даже на хабре писали. Так что в след за радом не плохо было бы её слить не умехам, которые не способны даже ПО поставить с помощью инсталлятора.
1) по вашей ссылке 2015 студия
2) неумехам, которые винду не обновляют я бы тоже чего-нить пообломал.
2) неумехам, которые винду не обновляют я бы тоже чего-нить пообломал.
В верхнем сообщении у меня опечатка. 2015 конечно. Хотя 17 не сильно лучше.
А винду ни кто не обновляет по своей воле. На безопасности это ни как не сказывается, а проблем из-за обновлений куча. Чего стоит только насильное обновление до 10, от которого не возможно отказаться, с последующей не работой важного оборудования. А так же постоянные BSOD, циклические перезагрузки и прочие ништяки.
А винду ни кто не обновляет по своей воле. На безопасности это ни как не сказывается, а проблем из-за обновлений куча. Чего стоит только насильное обновление до 10, от которого не возможно отказаться, с последующей не работой важного оборудования. А так же постоянные BSOD, циклические перезагрузки и прочие ништяки.
Ага. Сегодня новая плюха от последних обновлений iOS, вот если бы я был фанатиком яблок, фанатиком обновлений то как миниум денег на этом потерял. И вот зачем мне это?
12 мая 2017 — эпидемия WannaCry
14 марта 2017 — закрыта дырка, через которую оно работает.
А вы продолжайте говорить, что отсутствие обновлений не сказывается на безопасности…
14 марта 2017 — закрыта дырка, через которую оно работает.
А вы продолжайте говорить, что отсутствие обновлений не сказывается на безопасности…
Всегда будут 0-day уязвимости, которые штатными средствами не закрыть. WannaCry распространялся по сети через дырку, которая должна быть закрыта by default, но даже проникнув на комп зверёк не должен мочь ничего сделать, так как он обязан быть запущен в sand box. Если у кого-то это не так — это проблемы кривизны рук. Не более. Так что тут виноваты не отсутствие обновлений, а админы сетей, где были поражения. Особенно когда идёт целевая атака на конкретную контору — там не будет известных вирусов. Т.е. антивирус в этой ситуации бесполезен. Так же как и обновления в системе. Но так как эту проблему решать не хотят/не могут вот и получаем эти эпидемии.
Но в данном случае хозяину они могут объяснить почему не работает что-то, а вот если разрешить обновления, получив скажем, циклическую перезагрузку или BSOD — вот тут хозяину объяснить вряд-ли что-то удастся. И потери всего бизнеса могут лечь на З/П горе-админов.
Но в данном случае хозяину они могут объяснить почему не работает что-то, а вот если разрешить обновления, получив скажем, циклическую перезагрузку или BSOD — вот тут хозяину объяснить вряд-ли что-то удастся. И потери всего бизнеса могут лечь на З/П горе-админов.
Всегда будут 0-day уязвимостиЯ не понимаю, почему бы тогда под досом не сидеть, зечем все эти эмбаркадеро и прочее…
а вот если разрешить обновления, получив скажем, циклическую перезагрузку или BSOD — вот тут хозяину объяснить вряд-ли что-то удастся.Все бы хорошо, если бы не возможность апрувить обновления после проверки их на тестовом стенде.
Но мне нравится, как вы строите из себя Энтерпрайз-гуру, который не верит в существование мира за пределами его предприятия.
А где можно посмотреть на этих «других», у которых «всё работает», если не секрет? А то я кого ни вижу на fire-monkey.ru и stackoverflow.com — все они постоянно на что-то жалуются, и и при этом никто ничем не хвастается. Либо стесняются, либо боятся, видимо. А если что-то и показывают, что сделали сами — так на это даже просто смотреть порой стыдно, не то что этим пользоваться :-/
Как бы примерчик бы не помешал. А то слишком голословно. Интересно посмотреть на реальные проблемы с FMX на версиях старше 8 студии.
Ссылки на места, где публично и вслух обсуждают настоящие проблемы и «примерчики» RAD Studio я дал выше — там материала на месяцы чтения, и без всякого «голословия».
А вот от вас, я так понимаю, ссылок на Google Play в подтверждение ваших же слов «У других всё работает. И работает без проблем» можно уже не ждать, да? Хотя, конечно, это был риторический вопрос: те, кто рьяно защищает RAD Studio, при вопросе о живых примерах, как показывает опыт (+ наш текущий диалог), обычно обходятся без ссылок на готовые продукты, и при повторном уточнении/напоминании про магазины мобильных приложений куда-то теряются :(
А вот от вас, я так понимаю, ссылок на Google Play в подтверждение ваших же слов «У других всё работает. И работает без проблем» можно уже не ждать, да? Хотя, конечно, это был риторический вопрос: те, кто рьяно защищает RAD Studio, при вопросе о живых примерах, как показывает опыт (+ наш текущий диалог), обычно обходятся без ссылок на готовые продукты, и при повторном уточнении/напоминании про магазины мобильных приложений куда-то теряются :(
Иди смотри в гугле, мне лень. Классный ответ! На вышеперечисленных сайтах решаются рабочие моменты. И судя по количеству ответов решаются успешно.
Моих разработок в гугл плее нет, и пока не будет. У меня свой сервак обновлений. За остальными проектами я не слежу.
Ещё раз повторюсь: аналогов RAD Studio в текущий момент просто нет. Xamarin и Qt — это даже не смешно. У меня в текущем проекте на единой кодовой базе крутится сервер, и куча клиентов под win/android, работающие с периодически отваливающимся интернетом (курьеры например). Ни на чём больше это реализовать не возможно. На этом можно поставить точку.
Xamarin сейчас у майкрософта. Судя по тому, что они уничтожают всё, к чему прикасаются (скайп, нокия, манкрафт и т.д.) нужно 10 раз подумать, прежде чем связываться с этим.
Моих разработок в гугл плее нет, и пока не будет. У меня свой сервак обновлений. За остальными проектами я не слежу.
Ещё раз повторюсь: аналогов RAD Studio в текущий момент просто нет. Xamarin и Qt — это даже не смешно. У меня в текущем проекте на единой кодовой базе крутится сервер, и куча клиентов под win/android, работающие с периодически отваливающимся интернетом (курьеры например). Ни на чём больше это реализовать не возможно. На этом можно поставить точку.
Xamarin сейчас у майкрософта. Судя по тому, что они уничтожают всё, к чему прикасаются (скайп, нокия, манкрафт и т.д.) нужно 10 раз подумать, прежде чем связываться с этим.
— RAD Studio это крутая штука, аналогов ей нет!
— Странно, а у меня она не работает как надо, периодически глючит в самый неожиданный момент :-/
— Так выпрями свои руки. У других же она работает. И работает без проблем. А то, что форумы завалены жалобами и проблемами: так это и не проблемы вовсе, а просто «рабочие моменты».
— А у кого это «у других»? Можно ссылки на эти работающие приложения в мобильных магазинах?
— Нет, нельзя, я за остальными проектами я не слежу. И свои проекты я тоже никому не покажу, они у меня на собственном закрытом сервере.
Вот и поговорили. Впрочем, всё как всегда :)
Итак примеров неработоспособности не будет.
Мне только одно не понятно. Вот эта Ваша религиозная упёртость из-за того, что студия дорогая, или язык сложный?
Вот и поговорили. Впрочем, всё как всегда :)
Мне только одно не понятно. Вот эта Ваша религиозная упёртость из-за того, что студия дорогая, или язык сложный?
А я и не собираюсь ничего доказывать. Меня эта среда разработки в целом устраивает. Далеко не полностью, но ещё раз повторюсь, что аналогов в моей ситуации нет. А прозвучало заявление, что delphi — гэ. Я попросил обосновать это заявление. Но в результате много пены у рта и ничего адекватного.
Зато там самый любимый это java/c# и прочая хрень, которая у конечных пользователей вызывает только отторжение. Ну не все готовы себе покупать i7 32Гб RAM и ssd на 320Gb. Особенно когда аналогичным приложениям написанным на нормальных языках хватает HDD и 1Gb RAM.
Так что тут палка о двух концах. У моего нынешнего заказчика в требованиях для отображения в его нынешней ERP системе данных из sql базы значится i3, и то это при высокой нагрузке безбожно тормозит. Причём отчасти нехватает сервера, отчасти этого i3(!). Просто для отображается нескольких табличек в хроме не хватает i3 на правильной мамке(!). Зато зуб даю — «программисты» написавшие эту систему были самые что ни на есть тру. Но как можно умудриться за 5 лет не смочь обеспечить во время пиковых нагрузок достаточную латентность обновления 5-6 таблиц и отображения этого на других филиалах — я ума не дам… Возможно всё дело в любимых языках программирования, а не в тех, что дадут нормальное юзабилити это потом. Ну то есть архитектуре…
Ну и в результате надо писать не на том, что проще, а на том, что работает. Не у всех денег ка у фейсбука на кучу распределённых серверов.
Ладно. За сим умолкаю. Я лишь хотел сравнения поделки от мелко-мягких с конкурентами, а не эту белиберду, что в статье. Этого не будет. А пустое в порожнее переливать не люблю.
то интересно, Delphi по результатам опросов стабильно в тройке самых нелюбимых языков программирования у разработчиков.
Зато там самый любимый это java/c# и прочая хрень, которая у конечных пользователей вызывает только отторжение. Ну не все готовы себе покупать i7 32Гб RAM и ssd на 320Gb. Особенно когда аналогичным приложениям написанным на нормальных языках хватает HDD и 1Gb RAM.
Так что тут палка о двух концах. У моего нынешнего заказчика в требованиях для отображения в его нынешней ERP системе данных из sql базы значится i3, и то это при высокой нагрузке безбожно тормозит. Причём отчасти нехватает сервера, отчасти этого i3(!). Просто для отображается нескольких табличек в хроме не хватает i3 на правильной мамке(!). Зато зуб даю — «программисты» написавшие эту систему были самые что ни на есть тру. Но как можно умудриться за 5 лет не смочь обеспечить во время пиковых нагрузок достаточную латентность обновления 5-6 таблиц и отображения этого на других филиалах — я ума не дам… Возможно всё дело в любимых языках программирования, а не в тех, что дадут нормальное юзабилити это потом. Ну то есть архитектуре…
Ну и в результате надо писать не на том, что проще, а на том, что работает. Не у всех денег ка у фейсбука на кучу распределённых серверов.
Ладно. За сим умолкаю. Я лишь хотел сравнения поделки от мелко-мягких с конкурентами, а не эту белиберду, что в статье. Этого не будет. А пустое в порожнее переливать не люблю.
Ещё раз: приложения на FMX — это в большинстве своём либо поделка на коленке, либо откровенный стыд, и любой может убедиться в этом лично. Ну не позволяет FMX прыгать выше головы, и это данность, мириться с которой могут немногие, включая и вас. Смирения в вашей душе нет или от узости мышления и кругозора, или от фанатизма, о котором уже упомянули выше. К слову, вы ниже (а вас там за язык никто не тянул) чудесно сказали следующее:
Слова красивые, вот только примеров «больших и серьёзных проектов» вы, увы, привести не смогли. Почему? Не знаю, наверное, потому что вас в порыве задетых чувств понесло совсем не туда, и вы позволили себе солгать. Ведь вы даже свой проект показать не можете — о чём это говорит? О том, что у вас либо нет этого мифического приложения, либо оно всё-таки есть, но у вас элементарно нет денег на его публикацию в магазине. Выходит, даже заработать с помощью RAD Studio у вас не получается, чтобы хотя бы оплатить годовую Apple/Google подписку. И приложение ваше (если оно реально есть) — очередная поделка на коленке, которой вы пытаетесь гордиться на людях. Но которая, очевидно, не выдержит никакой критики при ближайшем рассмотрении, поэтому её нужно столь тщательно от нас оберегать :)
И не нужно тут про якобы закрытую от посторонних информацию и строгие корпоративные правила песню заводить — это всё работает совсем не так, как вы себе представляете, и уж точно не так, как вы настроили на своём персональном «закрытом» сервере ;)
Ну и, наконец, давайте о том, что вы не верите в существование проблем :) Понимаете ли, вера в наличие/отсутствие чужих багов, равно как и своих богов — это ваше личное и глубоко деликатное дело, я вашу веру нарушать никак не смею (кто я такой?), но я вам советую на досуге почитать официальный форум и блоги непосредственно от автора, там масса интересного (вот как раз недавняя заметка сильно упростит наш диалог). Чтобы, как говорится, вы минимум поверхностно были в теме о продукте, если уж вы вызвались его защищать на людях ;)
p.s.
Кстати, могу показать яркий пример типичного такого, я бы даже сказал среднестатистического FMX-приложения: "Мобильный приемщик Альфа-Авто". В этом примере прекрасно всё — от даты последнего обновления и отзывов до количества загрузок и оценок :D
Когда нужно сделать что-то кросс-платформенное, то сразу вспоминаются 2 варианта обеспечения UI: html или rad studio. Ну если мы говорим про большие, серьёзные проекты.
Слова красивые, вот только примеров «больших и серьёзных проектов» вы, увы, привести не смогли. Почему? Не знаю, наверное, потому что вас в порыве задетых чувств понесло совсем не туда, и вы позволили себе солгать. Ведь вы даже свой проект показать не можете — о чём это говорит? О том, что у вас либо нет этого мифического приложения, либо оно всё-таки есть, но у вас элементарно нет денег на его публикацию в магазине. Выходит, даже заработать с помощью RAD Studio у вас не получается, чтобы хотя бы оплатить годовую Apple/Google подписку. И приложение ваше (если оно реально есть) — очередная поделка на коленке, которой вы пытаетесь гордиться на людях. Но которая, очевидно, не выдержит никакой критики при ближайшем рассмотрении, поэтому её нужно столь тщательно от нас оберегать :)
И не нужно тут про якобы закрытую от посторонних информацию и строгие корпоративные правила песню заводить — это всё работает совсем не так, как вы себе представляете, и уж точно не так, как вы настроили на своём персональном «закрытом» сервере ;)
Ну и, наконец, давайте о том, что вы не верите в существование проблем :) Понимаете ли, вера в наличие/отсутствие чужих багов, равно как и своих богов — это ваше личное и глубоко деликатное дело, я вашу веру нарушать никак не смею (кто я такой?), но я вам советую на досуге почитать официальный форум и блоги непосредственно от автора, там масса интересного (вот как раз недавняя заметка сильно упростит наш диалог). Чтобы, как говорится, вы минимум поверхностно были в теме о продукте, если уж вы вызвались его защищать на людях ;)
p.s.
Кстати, могу показать яркий пример типичного такого, я бы даже сказал среднестатистического FMX-приложения: "Мобильный приемщик Альфа-Авто". В этом примере прекрасно всё — от даты последнего обновления и отзывов до количества загрузок и оценок :D
Rad Studio и Qt тоже параллельные, там свои рендеры UI.
Нет. Тут речь идёт о единой кодовой базе под все платформы которая может собираться в exe/apk/… работая как нативное приложение, но с полным доступом к api каждой платформы. Сейчас тут «царь горы» здесь многими ненавистный Rad Studio. У Qt куча заморочек с интерфейсом, у Xamarin — глюков. Больше аналоги мне не известны. Соответственно и сравнивать надо их между собой, а не с реактом, который банальный яваскрипт и винду не умеет.
Сейчас тут «царь горы» здесь многими ненавистный Rad Studio.Тут это где?
реактом, который банальный яваскрипт и винду не умеет.Положим не банальный, а тоже нативный рендер использует. ну и github.com/Microsoft/react-native-windows
Вы ещё 1С вспомните, там тоже можно кросс-платформенные мобилки делать. Думаю, среди разработчиков 1С, тоже популярный вариант.
Тут это где?
В мире IT? Когда нужно сделать что-то кросс-платформенное, то сразу вспоминаются 2 варианта обеспечения UI: html или rad studio. Ну если мы говорим про большие, серьёзные проекты. Не зря embarcadero такие ценники на свои продукты выставляет. И люди покупают, так как аналогов нет. Вот мне и интересно появляется ли аналог, в лице Xamarin, или MS уничтожило очередной замечательный проект? Потому что по весне этого года что-то рабочее собрать под андроид было… ну скажем так — тяжело.
Положим не банальный, а тоже нативный рендер использует.
Это такой троллинг, или вы серьёзно это рассматриваете как что-то типа плюса данной технологии?
1C ничего не умеет по сути.
В мире IT?т.е. вы за весь мир говорите?
Это такой троллинг, или вы серьёзно это рассматриваете как что-то типа плюса данной технологии?Да, когда интерфейс приложения состоит из нативных контролов платформы это безусловный плюс.
Вот мне и интересно появляется ли аналог, в лице Xamarinа это троллинг или что?
Слушайте а может быть Вам и освятить RAD Studio и опыт разработки под мобилку и ваши проекты ???
Было бы Интересно, и никаких опять глупых холиваров !
Тем не менее существует мобильный инструмент разработки на базе JavaScript, который превосходит гибридные решения, по крайней мере, с точки зрения UI. Речь идет о NativeScript.
То есть React Native с нативным рендерером по-вашему гибридные решения не превосходит? :)
Или вы по какой-то причине относите React Native к гибридным решениям? Если так, то это не правда, ибо RN компилируется в нативные приложения.
Все проблемы React Native можно видеть в новом Skype на iOS (на Android наверное тоже). Страдает RN такой же болезнью, что и Appcelerator Titanium когда-то. Весь JS работает в отдельном от UI потоке, что иногда хорошо, а иногда не очень.
RN считает, что DOM (иерархию view) никто кроме него не изменяет, потому что diff иначе сгенерировать невозможно. Но большая часть контролов об этом не знает и сами генерируют свои внутренности по своим алгоритмам. Например, UITableView вставляет/удаляет в иерархию view ячейки по мере скролинга, обрабатывает всякие свайпы изменяя ячейки и т.п. Решить эти проблемы можно только делая нативные контролы, которые заточены под React. По сути рождается слой костылей для адаптации нативных контролов под ожидания React.
Возможно RN когда-нибудь допилят, но пока я за Xamarin, так как он ближе к платформе.
RN считает, что DOM (иерархию view) никто кроме него не изменяет, потому что diff иначе сгенерировать невозможно. Но большая часть контролов об этом не знает и сами генерируют свои внутренности по своим алгоритмам. Например, UITableView вставляет/удаляет в иерархию view ячейки по мере скролинга, обрабатывает всякие свайпы изменяя ячейки и т.п. Решить эти проблемы можно только делая нативные контролы, которые заточены под React. По сути рождается слой костылей для адаптации нативных контролов под ожидания React.
Возможно RN когда-нибудь допилят, но пока я за Xamarin, так как он ближе к платформе.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Xamarin, нативные iOS/Android и гибридные инструменты разработки