
Кита
07.02.2017
12:03:55
вот только не учтен один момент, что разбираться в нативной разработке нужно не меньше

Akhmed
07.02.2017
12:04:04
XF очень хорош

Кита
07.02.2017
12:04:14
если его правильно приготовить

Akhmed
07.02.2017
12:04:15
но он не отменяет необходимости очень хорошо знать нативные платформы

Google

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

Akhmed
07.02.2017
12:04:51
это далеко не одно и то же

Кита
07.02.2017
12:05:00

Тёма
07.02.2017
12:05:16
Извиняюсь, Forms конечно же, просто они не говорят так, для них это одно и то же

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

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

Akhmed
07.02.2017
12:06:19
Есть заблюждение что зная Forms можно не знать Xamarin Android и Xamarin iOS
это не так
можно сделать эффект и наложить его
можно сделать эффект под все три платформы

Тёма
07.02.2017
12:07:13
Тут вопрос в том как обрабатывать нажатие
Обычное одиночное не подходит - на него уже есть обработчик с другим функционалом

Google

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

Akhmed
07.02.2017
12:07:54
его надо обработать нативно на уровне WinPhone
и пробросить наверх
вообщем если не разберешься пиши в личку вечером - помогу разобраться

Тёма
07.02.2017
12:09:39
Мы так контролы рисовали - в проекте винфона они описаны и потом указаны в контролах в PCL через xmlns. Но конкретно этот контрол - есть только в PCL

Igor
07.02.2017
12:10:29

Vladislav
07.02.2017
12:11:18
да в основном нужно для интерпрайза

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

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

Vladislav
07.02.2017
12:18:56

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

Алексеев
07.02.2017
12:20:08
forums, а не forum

Тёма
07.02.2017
12:21:19
Спасибо, напишу там

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

Тёма
07.02.2017
12:26:51
https://forums.xamdev.ru/viewtopic.php?f=6&t=50
Создал топик, если кому-то есть чем поделиться - велкам
Не знаю, обсуждали вы уже или нет, но в отсутствие дизайнера для ксамарин формс есть такой костыль - http://gorillaplayer.com/
Не панацея, но иногда бывает полезен

Кита
07.02.2017
12:32:39
https://developer.xamarin.com/guides/xamarin-forms/xaml/xaml-previewer/

Valeriy
07.02.2017
12:33:49
XAML Previewer умеет кастомные рендеры отображать?

Тёма
07.02.2017
12:35:03
У нас он не работает

Google

Vladislav
07.02.2017
12:36:19
+ я тоже так и не смог его запустить
но где то на метаните читал инфу, кто то смог запустить

Valeriy
07.02.2017
12:37:05
У меня получилось запустить пару раз, но потом он отпадает и больше не работает)

Кита
07.02.2017
12:40:51
на mac по крайней мере все работает
я им постоянно пользуюсь
https://forums.xamarin.com/discussion/78018/xamarin-forms-previewer-isnt-showing#latest

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

Ssjuk
07.02.2017
12:58:35
Может кто-то подскажет сторонний view control для отображения видео?

Andrey
07.02.2017
13:02:59
На компонент сторе есть, если не жалко 50 usd

Ssjuk
07.02.2017
13:19:51
да видел такой, не я спонсирую)

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

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

Kirill
07.02.2017
14:24:07

Тёма
07.02.2017
14:24:33
Команды прикручивает другой разработчик)
А так да, совет дельный, спасибо


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


Slava
07.02.2017
17:12:29
Ну здесь можно и поспорить
Для Microsoft XF, это важный элемент и качество уже хорошее
И все идёт от задач
Если уж сравнивать классический Xamarin и XF, то так логикой легко дойти до того, что и сам Xamarin не нужен ;)

Google

Slava
07.02.2017
17:14:47
Вопрос задач и команды
Разные задачи, разные команды


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


Дмитрий
07.02.2017
18:28:10

Igor
07.02.2017
18:31:36
А есть тут unity игроделы?
Я правильно понял что unity поддерживает F# https://forum.unity3d.com/threads/f-kit.411420/ ?
Но это похоже неофициальная поддержка и наверное там даже нет intellisense.


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


Дмитрий
07.02.2017
19:47:34

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


Max
07.02.2017
20:03:23
Внесу свои пять копеек. Я использую только Xamarin Native и НЕ использую XF. Это позволяет получать на выходе приложения, которое работают так же быстро как и нативные приложения с плавными анимациями и т.д., но при логику писать один раз. Единственный недостаток, который не получится преодолеть -- это время запуска приложения. Оно гарантировано выше чем у нативных приложений. С XF не работал, но видел как другие мучились с ним и видел результат (готовое приложение). Такой результат не стоит тех мучений. На мой вкус проще сделать 2-3 разных вьюшки и получить клевое приложение, чем потратить столько же времени на костыляние XF и получить что-то похожее по производительности на WebView.
Если у вас есть выбор изучать XF или нет, лучше откажитесь.
Если вы новичек и вам нужен строгий фреймфорк, чтобы лучше структурировать код, лучше используйте MvvmCross. Я видел и код и конечное приложение -- нормально.
Если вы опытный разработчик и любите сами разрабатывать свои фреймфорки, то тогда XF и MvvmCross вам не нужны, делайте в лоб, быстро поймете, каких инструментов вам не хватает.
Полностью согласен. Кстати, про боль от использования XF хорошо рассказал Дмитрий Моисеев https://youtu.be/Ktc7ns2Z2Rw


Igor
07.02.2017
20:05:38

Дмитрий
07.02.2017
20:32:52
На маке vs умеет в f#

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

Kirill
07.02.2017
22:16:43

Бенедикт
07.02.2017
22:21:10

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

Kirill
07.02.2017
22:23:53

Google

Бенедикт
07.02.2017
22:26:57

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

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

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


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


Vladislav
08.02.2017
06:38:55
кто нибудь юзает активно singalr в xam?

Alexander
08.02.2017
07:25:27
если найдёшь хорошие маны кидай сюда =)

Artjom
08.02.2017
07:30:14
Что думате для XF MvvmCross или MvvmLigth или Prism?
Или что-то еще

Alexander
08.02.2017
07:40:15
знакомый XF прогер Prism рекомендовал

Kirill
08.02.2017
07:52:31

Igor
08.02.2017
07:54:13

Artjom
08.02.2017
07:54:56
Спасибо

Vladislav
08.02.2017
07:55:16
а насчет mvvmcross?

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

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

Slava
08.02.2017
10:24:59

Alex
08.02.2017
10:25:50
По гуглу - это хорошо, а тут по опыту людей вопрос

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

Alex
08.02.2017
10:57:00

Sergey
08.02.2017
10:57:50
Думаю ради лишь шарпа точно не стоит