вот только не учтен один момент, что разбираться в нативной разработке нужно не меньше

XF очень хорош

если его правильно приготовить

но он не отменяет необходимости очень хорошо знать нативные платформы

С учётом количества нюансов и вохможностей нативных платформ, которые использовались за 5 лет разработки до этого - сомневаюсь что ксамарин вытянет хоть пятую часть этого всего)

С учётом количества нюансов и вохможностей нативных платформ, которые использовались за 5 лет разработки до этого - сомневаюсь что ксамарин вытянет хоть пятую часть этого всего)

Похоже ты не разобрался в разнице между Xamarin и Xamarin Forms

это далеко не одно и то же

С учётом количества нюансов и вохможностей нативных платформ, которые использовались за 5 лет разработки до этого - сомневаюсь что ксамарин вытянет хоть пятую часть этого всего)

ну это бред. Все что может нэйтив может и Xamarin

Извиняюсь, Forms конечно же, просто они не говорят так, для них это одно и то же

между ними огромная пропасть. Forms является высокоуровневым фреймворком над Xamarin

Итак, заканчивая начатый мной флуд, прошу помощи или совета в реализации долгого тапа на Xamarin.Forms касаемо Windows Phone

Есть заблюждение что зная Forms можно не знать Xamarin Android и Xamarin iOS

это не так

можно сделать эффект и наложить его

можно сделать эффект под все три платформы

Тут вопрос в том как обрабатывать нажатие

Обычное одиночное не подходит - на него уже есть обработчик с другим функционалом

я вот последнее время пытаюсь влиться в разработку для ios и android. есть опыт хороший в wp, wpf. но не хотелось бы идти в яву и свифт, т.к. еще нужно проекты на aspnet поддерживать. что лучше по вашему для начала forms или xamarin.native?

его надо обработать нативно на уровне WinPhone

и пробросить наверх

вообщем если не разберешься пиши в личку вечером - помогу разобраться

Мы так контролы рисовали - в проекте винфона они описаны и потом указаны в контролах в PCL через xmlns. Но конкретно этот контрол - есть только в PCL

я вот последнее время пытаюсь влиться в разработку для ios и android. есть опыт хороший в wp, wpf. но не хотелось бы идти в яву и свифт, т.к. еще нужно проекты на aspnet поддерживать. что лучше по вашему для начала forms или xamarin.native?

Если производительность не особо волнует, то imho лучше XF (он близок к WPF). Но в натив вы все равно спуститесь, когда нужны будет кастомные контролы (будет рендереры писать для каждой платформы).

да в основном нужно для интерпрайза

Тут посоветовали прочитать про Xamarin.Forms Behaviors - это может помочь или не тратить время сейчас?

@nok_3250 Закинь вопрос на форум, а то тут уже слишком много сообщений не относящийхся к твоей проблеме. http://forums.xamdev.ru/

Всем привет. Извините за глупый вопрос, но не могу понять. Делаю rest запрос, получаю данные в бэкграунд потоке, но когда добавляю айтемы в коллекцию которая биндится к списку - происходит маленький фриз. Добавляю собственно в мейн потоке. Есть какое-то решение?)

forums, а не forum

Спасибо, напишу там

ребята, кто-то работал с rox xamarin video? проблема какая - запускаю приложение в режиме отладки на iphone(не в симуляторе) видео в стеке отображается, все нормально. запускаю не в отладке - пусто

https://forums.xamdev.ru/viewtopic.php?f=6&t=50 Создал топик, если кому-то есть чем поделиться - велкам

Не знаю, обсуждали вы уже или нет, но в отсутствие дизайнера для ксамарин формс есть такой костыль - http://gorillaplayer.com/

Не панацея, но иногда бывает полезен

https://developer.xamarin.com/guides/xamarin-forms/xaml/xaml-previewer/

XAML Previewer умеет кастомные рендеры отображать?

У нас он не работает

+ я тоже так и не смог его запустить

но где то на метаните читал инфу, кто то смог запустить

У меня получилось запустить пару раз, но потом он отпадает и больше не работает)

на mac по крайней мере все работает

я им постоянно пользуюсь

https://forums.xamarin.com/discussion/78018/xamarin-forms-previewer-isnt-showing#latest

Две страницы о том, что "А у нас на маке всё работает". Ну и из code behind он не подтянет

Может кто-то подскажет сторонний view control для отображения видео?

На компонент сторе есть, если не жалко 50 usd

да видел такой, не я спонсирую)

Пишите рендереры, гуглите. Есть решения через натив и вполне несложные

Разобрались с долгим тапом, как сделали описал в топике, влруг кому пригодится https://forums.xamdev.ru/viewtopic.php?f=6&t=50&p=107#p107

Разобрались с долгим тапом, как сделали описал в топике, влруг кому пригодится https://forums.xamdev.ru/viewtopic.php?f=6&t=50&p=107#p107

если используется MVVM, то лучше сделать Command и его байндить в ViewModel и там вся логика. ну а так да, только кастомный рендерер

Команды прикручивает другой разработчик)

А так да, совет дельный, спасибо

Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView. Если у вас есть выбор изучать XF или нет, лучше откажитесь. Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально. Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.

Ну здесь можно и поспорить

Для Microsoft XF, это важный элемент и качество уже хорошее

И все идёт от задач

Если уж сравнивать классический Xamarin и XF, то так логикой легко дойти до того, что и сам Xamarin не нужен ;)

Вопрос задач и команды

Разные задачи, разные команды

Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView. Если у вас есть выбор изучать XF или нет, лучше откажитесь. Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально. Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.

Вы просто не видели аппы тех разрабов кто умеет готовить XF) я бы показал но увы они все тырпрайзные и в маркете не представлены.

Вы просто не видели аппы тех разрабов кто умеет готовить XF) я бы показал но увы они все тырпрайзные и в маркете не представлены.

А не попадалось чего-то не корпоративного и правильно сделанного, чтобы на исходники можно было посмотреть?

А есть тут unity игроделы? Я правильно понял что unity поддерживает F# https://forum.unity3d.com/threads/f-kit.411420/ ?

Но это похоже неофициальная поддержка и наверное там даже нет intellisense.

А не попадалось чего-то не корпоративного и правильно сделанного, чтобы на исходники можно было посмотреть?

Хорошего Open Source проекта на XF не встречал

Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView. Если у вас есть выбор изучать XF или нет, лучше откажитесь. Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально. Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.

с XF при умелом обращении и определенном опыте приложения получаются с производительностью нативных, но время запуска да, больше получается. Если новичек - да, будет всё криво, медленно и тд. у этой технологии высокий порог входа для качественных приложений. Но в плане поддержки и последующих измененеyий - XF однозначно лучше Xamarin Native. В 1 месте поправил и сразу на все платформы.

Но это похоже неофициальная поддержка и наверное там даже нет intellisense.

Intellisense представляет студия а не фреимворк

Не примите за наброс, но кто-то может рассказать об опыте на ionic(2) в сравнении с XF?

Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView. Если у вас есть выбор изучать XF или нет, лучше откажитесь. Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально. Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.

Полностью согласен. Кстати, про боль от использования XF хорошо рассказал Дмитрий Моисеев https://youtu.be/Ktc7ns2Z2Rw

Вы просто не видели аппы тех разрабов кто умеет готовить XF) я бы показал но увы они все тырпрайзные и в маркете не представлены.

Занялись бы просвещением народа. Хотя бы на Хабр статью со сводом рекомендаций, советов и прочим с примерами из жизни. Интересно было бы почитать.

Intellisense представляет студия а не фреимворк

Мне бы интересно как это на маке без VS

На маке vs умеет в f#

А кто-нибудь на swift пишет? Уровень порога вообще какой, а то порой желании помимо X.F, X.N, влезть в swift.

Занялись бы просвещением народа. Хотя бы на Хабр статью со сводом рекомендаций, советов и прочим с примерами из жизни. Интересно было бы почитать.

На хабре публикуются статьи в блоге microsoft, многие как раз на эту тему, авторства @slavachernikoff

А кто-нибудь на swift пишет? Уровень порога вообще какой, а то порой желании помимо X.F, X.N, влезть в swift.

Есть 1 небольшой проект. 3 версия свифта уже похожа на хороший язык, в первых было плохо. Так, то всё неплохо. Но к некоторым моментам надо привыкнуть, есть отличия от типичных C-языков

Есть 1 небольшой проект. 3 версия свифта уже похожа на хороший язык, в первых было плохо. Так, то всё неплохо. Но к некоторым моментам надо привыкнуть, есть отличия от типичных C-языков

Да просто не знаю, стоит ли вдобавок ещё swift изучать, ибо с xamarin пока-что опыта маловато, ибо все это время другие технологии изучал, а изучать одновременно две технологии - не есть хорошо

На маке vs умеет в f#

Я все таки не понял, вы unity девелопер? Вы пробовали писать код с F#? Сейчас поставил Unity на мак: - Через приложение Unity.app можно только добавить C# скрипт - В комплекте идет MonoDeveloper в котором тоже нельзя создавать F# проекты (только C#, IL и VB)

Да просто не знаю, стоит ли вдобавок ещё swift изучать, ибо с xamarin пока-что опыта маловато, ибо все это время другие технологии изучал, а изучать одновременно две технологии - не есть хорошо

ну лучше да, по очереди, дабы не смешивалось все в 1 кучу. а изучать стоит, хотя бы ради интереса)

ну лучше да, по очереди, дабы не смешивалось все в 1 кучу. а изучать стоит, хотя бы ради интереса)

Благодарю за ответ

@igor_ur на юнити из под коробки можно писать на js и на c#, и смотри c# здесь как скриптовой используется, + порезанный .net 3.5, в теории никто тебе не мешает передавать поток управления с шарпа куда хочешь.

Все таки это редактор сцен какой-то стремный, почему нельзя все делать через код? Надо будет monogame потыкать, там вроде f# поддерживается.

Два года проработал в юнити, редактор сцен там очень удобный )) f# пробовал, но целый проект писать не стану. Куски логики, алгоритмы - да. Сам язык мне нравится в прицнипе. Свифт тоже пробовал, но пока не нахожу его лучше c#.

Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView. Если у вас есть выбор изучать XF или нет, лучше откажитесь. Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально. Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.

Мы тоже на Native пишем, по началу были траблы, но потом разобрались работа пошла по зелёнке. с XF не работал по этому не знаю про него ничего.

кто нибудь юзает активно singalr в xam?

если найдёшь хорошие маны кидай сюда =)

Что думате для XF MvvmCross или MvvmLigth или Prism?

Или что-то еще

знакомый XF прогер Prism рекомендовал

Что думате для XF MvvmCross или MvvmLigth или Prism?

Стандартная реализация xf + своя реализация навигации и тд

Что думате для XF MvvmCross или MvvmLigth или Prism?

В MvvmLight многие обработчики сделаны на weakreference. Если ставишь на обработчки лямбды, то в release версии внезапно перестают работать кнопки (подчищаются GC).

Спасибо

а насчет mvvmcross?

@v_zhukov мы в проекте используем для чата с тех поддержкой

Здравствуйте, можно ли на xamarin писать "оболочки"? То есть кастомизировать, например, экран блокировки?

Здравствуйте, можно ли на xamarin писать "оболочки"? То есть кастомизировать, например, экран блокировки?

судя по гуглу -да

По гуглу - это хорошо, а тут по опыту людей вопрос

со своим минимальным опытом я бы не стал. работая над программой xamarin-android, примеры очень часто смотрю не xamarin а обычные андроидные. А тут оболочка, т.е. точно под одну платформу, и, соответственно почему бы и не писать обычное нативное приложение. Т.е. не вижу смысла в ксамарине применительно к такому проекту.

со своим минимальным опытом я бы не стал. работая над программой xamarin-android, примеры очень часто смотрю не xamarin а обычные андроидные. А тут оболочка, т.е. точно под одну платформу, и, соответственно почему бы и не писать обычное нативное приложение. Т.е. не вижу смысла в ксамарине применительно к такому проекту.

Спасибо за ответ. Разница ведь в языках программирования: Шарп и Ява, а так, согласен, нативно, конечно, лучше.?

Думаю ради лишь шарпа точно не стоит