Пока mono по стабильнее будет, тот же Rider на mono работает тк core просто не тянет. Плюс jit в моно даже по быстрее чем в коре: на тесте из http://stackoverflow.com/a/597790/7235355 разница между mono/core была на порядки. Хотя будущие конечно за core

люди, имеет ли место быть сервер на FreeBSD, если бэкэнд-тим работают с Xamarin (C#)?

Бэкэнд может быть написан на чем угодно и хоститься где угодно

люди, имеет ли место быть сервер на FreeBSD, если бэкэнд-тим работают с Xamarin (C#)?

Короткий ответ: Да

mono не во всем производительнее

http://codinggorilla.domemtech.com/?p=1499

а так в целом для той же статики .net core гораздо шустрее

https://www.ageofascent.com/2016/02/18/asp-net-core-exeeds-1-15-million-requests-12-6-gbps/

вот тут вот данные другие https://stefanprodan.com/2016/aspnetcore-vs-golang-data-ingestion-benchmark/

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

https://gitter.im/akkadotnet/akka.net/archives/2015/07/13

Стопудово он опирается на какиен-нибудь апи которых нет в xamarin-mono (или они работаеют не так как в полной версии)

В общем тут https://gitter.im/akkadotnet/akka.net/archives/2015/07/13 говорят, что можно самому собрать на Лине или Маке. Под андройд и айос.

Всем привет, если создавать кастомную ячейку Таблицы тупо наследуясь от ViewCell и не создавая ничего больше (я про рендереры) будет ли нормально работать переиспользование?

Всем привет, если создавать кастомную ячейку Таблицы тупо наследуясь от ViewCell и не создавая ничего больше (я про рендереры) будет ли нормально работать переиспользование?

ну да

Спасибо! А как клик на ячейку обработать?

Следить за проперти SelectedItem, если через binding, экшены ItemSelected ItemTapped

Спасибо, попробую :)

Всем привет, подскажите как сделать всплывающее окошко кастомное на Xamarin.Forms? Как это делается на Xamarin.Android знаю, на тут ен понимаю. Заранее благодарен)

есть вот такое решение https://github.com/aritchie/userdialogs

Всем привет, подскажите как сделать всплывающее окошко кастомное на Xamarin.Forms? Как это делается на Xamarin.Android знаю, на тут ен понимаю. Заранее благодарен)

Toast?

Toast?

PopUp

ну тогда да, та либа норм

Спасибо, буду разбираться)

кста, видели уже rss агрегатор по постам на тему о разработке на xamarin - https://www.planetxamarin.com/

кста, видели уже rss агрегатор по постам на тему о разработке на xamarin - https://www.planetxamarin.com/

Спасибо, полезно

Здесь кто-нибудь использует Visual Studio for Mac? После обновления до 1077 пропала возможность создавать iOS проекты - у всех так?

Я попользовался час и вернулся на Xamarin studio

Vs сыраЯ еще

кто-нить решал подобную проблему?

unlocker208 установлен

странно, не встречал такой проблемы

Кто то помешан на котах

You, Too, Can Build Xamarin Apps with F# https://visualstudiomagazine.com/articles/2017/01/01/build-xamarin-apps.aspx?m=1

https://telegram.me/ChatWarsBot?start=063efee2634e43c192462d3927b25f8c

Т

Func<T> ?

первая ассоциация

Всем привет! Возможно глупый вопрос. Вместо Navigation view просто белое пространство, хотя header и menu вроде подрубил. В чем может быть причина и как исправить?

Всем привет! Есть ли в лейбле выравнивание текста по ширине? Или для многострочного текста не лейбл лучше использовать?

в XF?

Всем привет! Есть ли в лейбле выравнивание текста по ширине? Или для многострочного текста не лейбл лучше использовать?

Нет такого. И вообще на мобилах оно не применяется. Ибо это достаточно тяжелая операция. Но реализовать конечно можно рендерами

рендерами как то не очень

Pavel посомтри подойдет ли тебе это https://forums.xamarin.com/discussion/42927/how-can-i-center-justify-label-text-in-a-stacklayout

Pavel посомтри подойдет ли тебе это https://forums.xamarin.com/discussion/42927/how-can-i-center-justify-label-text-in-a-stacklayout

https://developer.xamarin.com/api/type/Xamarin.Forms.TextAlignment/ Никогда не было и нет выравнивания по ширине

рендерами как то не очень

Иначе ни как

имхо если нужен навороченный текстовый рендер, который сможет в выравнивание по ширине, сделать часть текста одним шрифтом и жирным а часть текста другим шрифтом и курсивом, то его нужно брать не из стандартных контролов, а глянуть в сторону html, может pdf ридеров. Смотря что быстрее будет и функциональнее

Ну в iOS есть контролы с выравниванием по ширине из коробки, не понимаю, почему на Forms нет, подозреваю из-за андроида или WP?

В Forms далеко не все возможности нативных контролов доступны. Отчасти из-за универсальности, отчасти из-за необходимости все это добро реализовывать и поддерживать

Если есть предложения по улучшению - открыта возможность делать PR

Вопрос по архитектуре: А вы тоже создаете на каждый класс по интерфейсу, от которого он наследуюется и везде используете интерфейсы + DI? (видел такой подход на предпоследнем митапе по xamarin)

Это на любителя подход :)

Вопрос по архитектуре: А вы тоже создаете на каждый класс по интерфейсу, от которого он наследуюется и везде используете интерфейсы + DI? (видел такой подход на предпоследнем митапе по xamarin)

Для тестирования удобно.

Вопрос по архитектуре: А вы тоже создаете на каждый класс по интерфейсу, от которого он наследуюется и везде используете интерфейсы + DI? (видел такой подход на предпоследнем митапе по xamarin)

Мы создаем. Но есть одно большое "но": Если все это делать руками то это будет очень трудоемкий процесс. Но вот с такими инструментами как Resharper это все довольно легко создавать, поддерживать/рефакторить

Мы создаем. Но есть одно большое "но": Если все это делать руками то это будет очень трудоемкий процесс. Но вот с такими инструментами как Resharper это все довольно легко создавать, поддерживать/рефакторить

+ хотя я рашерпером не пользуюсь. Но активно использую снипеты для этого. Тоже помогает.

Решарпер есть для Xamarin Studio?

зачем пользоваться XS когда есть VS

зачем пользоваться XS когда есть VS

Если фрилансер на макбуке

нет и не предвидется. Но JetBrains сейчас работает над IDE Rider где все добро от JetBrains будет

Я на макбуке

зачем пользоваться XS когда есть VS

На лине нет.

Rider кстати хорошо, но к сожалению он не поддерживает (и не планирует поддерживать) F# Кстати, этот подход (про интерфейсы+одна реализация) так и подмывает уйти на функциоанльно программирование. Там хоть интерфейсы не нужны, когда есть функциональные типы.

F# у них как раз таки в планах

они недавно сами говорили что это следующее чем они собираются занятся

у них F# топ 1 в запросах по Rider

С огромным отрывом причем

F# у них как раз таки в планах

Пруф, помню поднимался бугурт на реддите, где была ссылка видео с Сергей Шкредова, где он говорил что планов нет

На макбуке у меня Parallels стоит, иногда проект открываю в VS чтобы порефакторить, да подсказки смотрю по своему коду.

Пруф, помню поднимался бугурт на реддите, где была ссылка видео с Сергей Шкредова, где он говорил что планов нет

Ща

Пруф, помню поднимался бугурт на реддите, где была ссылка видео с Сергей Шкредова, где он говорил что планов нет

https://youtrack.jetbrains.com/issue/RIDER-574 ставь +1

Запрос от коммюнити есть и это хорошо, но Rider = IDEA + ReSharper, а в Resharper за долго время так и не появилась поддержка F#

(плюc поставил)

(плюc поставил)

Feature was updated by Alex River in project Rider at 23 Jan 2017 14:27.

Спасибо

Запрос от коммюнити есть и это хорошо, но Rider = IDEA + ReSharper, а в Resharper за долго время так и не появилась поддержка F#

А теперь будет

Круто же

Официальная позиция JetBrains по F# всегда была "он почти никому не нужен кроме небольшой кучки фанатов"

но с Rider позиция поменялась

не могу найти это интервью

Официальная позиция JetBrains по F# всегда была "он почти никому не нужен кроме небольшой кучки фанатов"

Я надеюсь что f# сообщество выросло и может показать что оно больше кучки фанатов

все ссылки на начало 2016 где у них все еще не было в планах F#

все ссылки на начало 2016 где у них все еще не было в планах F#

В гугле можно настроить поиск например за последний месяц

Кстати, в F# нет планов отказаться от принудительного порядка файлов в проекте (тот же Haskell без этого нормально работает)?

Кстати, в F# нет планов отказаться от принудительного порядка файлов в проекте (тот же Haskell без этого нормально работает)?

Это тогда надо компилятор делать не однопроходным

ну да - это к сожалению бесит в F# . Но к сожалению это действительно отразится негативно на времени компиляции

ну да - это к сожалению бесит в F# . Но к сожалению это действительно отразится негативно на времени компиляции

Зато приучивает к порядку. F# как раз придерживается той политики чтоб сделать все неверное решение неудобным/некрасивым. Воспитание вот это все.

f#-фанбой детектед ?

не могу согласится. В C# можно расставлять файлы в произвольном порядке. С качеством кода это совершенно не коррелирует. Хуже только если в один файл по несколько классов засовывается

f#-фанбой детектед ?

:)

не могу согласится. В C# можно расставлять файлы в произвольном порядке. С качеством кода это совершенно не коррелирует. Хуже только если в один файл по несколько классов засовывается

C# и f# разные.

Так если бы в F# был бы не важен порядок файлов и была к примеру только алфовитный порядок то на качестве кода это тоже не отразилось бы

Вот кстати, еще бесет что вызываемые фунции должны быть выше вызывающих - те открываешь файл, а там детали выше абстракций (какой-то C получается) Опять таки в Haskell это можно делать в любом порядке.

Все от используют MVVMCross в своих проектах?

Кстати да - haskell хороший пример

Вот кстати, еще бесет что вызываемые фунции должны быть выше вызывающих - те открываешь файл, а там детали выше абстракций (какой-то C получается) Опять таки в Haskell это можно делать в любом порядке.

Так это та же ситуация что и с файлами.

Так это та же ситуация что и с файлами.

Удобство людей должны быть на первом месте ?