сек

Привет Подскажите плиз такое Делаю я кастомный лайнер леяут(есть вайс сум =1 ) И в него кодом добавляю елементы,вайс каждого ставлю одинаковый, но когда применяю леяут парамсы(0, врап) то елеметов вобше не видно, а когда ставлю (матч,врап) то видим только первый

Для корректной работы весов размер должен быть матч

Не работает Первый елемент просто рисует и всё, второй не видно

а попробуй целые числа задавать. Допустим сумма весов 10, а значения от 1 до 10

ок попробую

заделал так как подсказали в андроид чате, просто без суми поставил еденицу для всех елементов

Привет Подскажите плиз такое Делаю я кастомный лайнер леяут(есть вайс сум =1 ) И в него кодом добавляю елементы,вайс каждого ставлю одинаковый, но когда применяю леяут парамсы(0, врап) то елеметов вобше не видно, а когда ставлю (матч,врап) то видим только первый

уже все давно верстают констрейнтом и гайдлайнами

уже все давно верстают констрейнтом и гайдлайнами

сейчас почитаю)

а если кодом надо добавлять элементы, то ещё все оборачивают в TableView

уже все давно верстают констрейнтом и гайдлайнами

Все - это кто? Constraint все ещё багнутый до ужаса, особенно его редактор

Все - это кто? Constraint все ещё багнутый до ужаса, особенно его редактор

не замечал за ним багов. Возложенные на него задачи решает замечательно

Пихать его в рецайклер не надо только и все будет замечательно

Собираю аппу с версией 1.0.2, в AS 3.0.1 под Mac в дизайнере беттка 1.1.0. Все ок. Полет нормальный

Кстати проводил тут исследования до скольки можно ужать хелловорлд нативный в релизе на замарине и ужал таки до 6Мб почти. Дальше не лезет. Но estimate size загрузки с GooglePlay примерно около 3Мб

Кстати проводил тут исследования до скольки можно ужать хелловорлд нативный в релизе на замарине и ужал таки до 6Мб почти. Дальше не лезет. Но estimate size загрузки с GooglePlay примерно около 3Мб

А есть аналогичные цифры для XF-приложений? Чтобы вырезать там ненужное с помощью Proguard и линковщиком?

А есть аналогичные цифры для XF-приложений? Чтобы вырезать там ненужное с помощью Proguard и линковщиком?

неа, я с XF тьфу тьфу давно дел не имел. Будет свободное время посмотрю. Но думаю будет в 2 раза больше. за счет Support библиотек

неа, я с XF тьфу тьфу давно дел не имел. Будет свободное время посмотрю. Но думаю будет в 2 раза больше. за счет Support библиотек

а что не так с xamarin forms? а то думал в них поковыряться

а что не так с xamarin forms? а то думал в них поковыряться

поковыряться в их исходниках всегда полезно) я поковырялся. Пока не использую на серьезных проектах

Что ещё примечательно, что скорость старта аппы даже без AOT на нативе сравнимо с стандартными приложениями. Натравил те же самые настройки на реальный проект, что и на хелловорлд, - старт отличался на секунду сначала от остальных нативных приложений на не самом мощном Sumsung, а с AOT и LLVM аппа весила уже на 6мб больше, но скорость запуска вообще не отличима от натива и отклик как у нативных аппок.

Всем привет :) У нас вышла новая крутая статья от @slavachernikoff : https://habrahabr.ru/company/microsoft/blog/343660/

@slavachernikoff как https://slavachernikoff.gitbooks.io/technical-design-of-mobile-applications/content но по частям?

да, разбили на 2 части для удобства чтения на хабре :)

Подскажите, а кто-нибудь замерял разницу в производительности нативного приложение в отображении данных с приложениме на базе Xamarin.Forms? Насколько XF медленее/ресурсоёмче?

здесь все будет очень сильно зависеть от самого приложения и того, кто кодирует. Были где-то синтетические тесты, но толку с них немного

https://amellsoftware.com/2016/07/28/android-performance-java-vs-xamarin-vs-xamarin-forms/

вот тут что-то есть

если критична производительность и мало опыта в XF, то лучше брать Xamarin Classic

Ещё такой вопросик Как сделать так что бы дровэбл вьюшки на вылезал за границы бекграунда лэяута

Здравствуйте? есть вопрос. при разработке кроссплатформенного приложения, как разрабатывается интерфейс для каждой платформы? может есть что-то удобное ля этого?

прототип интерфейса? или прямо интерфейс который уже будет работать в приложении ?

интерфейс, который будет работать в приложении

прототип насколько я понимаю можно делать в xamarin work book?

Здравствуйте? есть вопрос. при разработке кроссплатформенного приложения, как разрабатывается интерфейс для каждой платформы? может есть что-то удобное ля этого?

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

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

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

а прототип обычно на какомнить скетче или xd ( adobe expitience design)

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

Да. Посмотрите про Xamarin.Forms

Да. Посмотрите про Xamarin.Forms

ну так это же обычный xaml в xamarin.forms. только, например, на ios интерфейс у меня совсем другим получается. все разъезжается

ну так это же обычный xaml в xamarin.forms. только, например, на ios интерфейс у меня совсем другим получается. все разъезжается

Ну да. Кроссплатформенное описание интерфейса. Для каждой платформы используются свои контролы, поэтому некоторые моменты могут отличаться. Если разъезжается, значит что-то просто неправильно сделано или не учтено. Глобально всё одинаково должно быть, кроме, разве что, стилей системных (кнопки там и тд)

ну так это же обычный xaml в xamarin.forms. только, например, на ios интерфейс у меня совсем другим получается. все разъезжается

Абсолютные размеры задаёте, небось

Абсолютные размеры задаёте, небось

хм, да, возможно так и получается?

Ну да. Кроссплатформенное описание интерфейса. Для каждой платформы используются свои контролы, поэтому некоторые моменты могут отличаться. Если разъезжается, значит что-то просто неправильно сделано или не учтено. Глобально всё одинаково должно быть, кроме, разве что, стилей системных (кнопки там и тд)

хорошо, спасибо))

поковыряться в их исходниках всегда полезно) я поковырялся. Пока не использую на серьезных проектах

а мы тут что все на нем пишем hello world?

а мы тут что все на нем пишем hello world?

не знаю. Можете писать крупные проекты. Никто не запрещает. Есть куча огромных приложений на нем

Просто есть контракты, риски по которым очень высокие, а зависимость от таких компонент как XF и их багов может серьезно сказаться на увеличении сроков, на репутации ну итд

Просто есть контракты, риски по которым очень высокие, а зависимость от таких компонент как XF и их багов может серьезно сказаться на увеличении сроков, на репутации ну итд

+1, сами по началу попадали :)

+1, сами по началу попадали :)

а тут не важно по-началу или не поначалу. И после 2-3 лет жизни фреймворка

java.lang.IllegalStateException: Unable to create layer for Platform_DefaultRenderer at android.os.MessageQueue.nativePollOnce(Native Method) at android.os.MessageQueue.next(MessageQueue.java:323) at android.os.Looper.loop(Looper.java:135) at android.app.ActivityThread.main(ActivityThread.java:7325) at java.lang.reflect.Method.invoke(Native Method) at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1230) at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1120)

вот возникает такое. А у вас день релиза. А акты не подписывают пока не пофиксите

и вот что с этим делать?)

Тестировать заранее ;)

И не обновлять либы перед релизом

это прописные истины

допустим закончился спринт и тестеры пошли тестить фичи

вот приходит такой репорт

и не важно на какой версии формсов

и начинаются пляски

и это не единственный стектрейс такой

Бывает иногда :)

Но и с обычным Xamarin такое бывает :)

Не троллинга ради, но есть ли большой смысл вообще в xamarin без xamarin forms? Там уж и чисто нативная разработка недалеко

Не троллинга ради, но есть ли большой смысл вообще в xamarin без xamarin forms? Там уж и чисто нативная разработка недалеко

Есть

ERROR: S client not available

Не троллинга ради, но есть ли большой смысл вообще в xamarin без xamarin forms? Там уж и чисто нативная разработка недалеко

Богоподобный язык

365 крэшей сейчас на одной аппке висит, из которых 278 по вине программистов, 46 на XF пофикшено апдейтами, 37 воркэраундами, и 4 крэша не могут пофикситься никогда

Бизнес логика это 80% проекта

Богоподобный язык

Кхе. Опять же не троллинга ради, но свифт и котлин не хуже

Не троллинга ради, но есть ли большой смысл вообще в xamarin без xamarin forms? Там уж и чисто нативная разработка недалеко

есть. точно так же описывается навигация страниц в кросс-платформенной части и все что может быть общим. Получается где-то 50 на 50 по объемам кода

Бизнес логика это 80% проекта

Странные у вас проекты :)

Кхе. Опять же не троллинга ради, но свифт и котлин не хуже

ошибаешься

котлин и корутины? Серьезно?)

Кхе. Опять же не троллинга ради, но свифт и котлин не хуже

Ну все это круто, напиши на Котлин или Свифт одновременно приложение на две платформы

после богоподобных async await и Taskов смотришь на все это немного косо

котлин и корутины? Серьезно?)

У тебя какие-то проблемы с котлином?) или с корутинами

Котлин круто

Пусть допиливают

до C# ещё очень далеко

до C# ещё очень далеко

С# до Котлин далеко

Имхо

:)

на вкус и цвет все фломастеры разные

Бывает иногда :)

это не написать серьезным людям, которые заказывали приложение. Типа извините - бывает иногда. А когда пофиксится? Да пес его знает. Как в microsoft решат

Бизнес логика это 80% проекта

Хм. Откуда? :) бизнес-логика на сервере должна быть. На телефоне только поведение ui

Хм. Откуда? :) бизнес-логика на сервере должна быть. На телефоне только поведение ui

Модель это и есть бизнеслогика

Хм. Откуда? :) бизнес-логика на сервере должна быть. На телефоне только поведение ui

А тут любят бросаться в крайности :)

Хм. Откуда? :) бизнес-логика на сервере должна быть. На телефоне только поведение ui

конкретно ui это наверное 1/4 проекта

это не написать серьезным людям, которые заказывали приложение. Типа извините - бывает иногда. А когда пофиксится? Да пес его знает. Как в microsoft решат

Ну не говори мне про серьёзных людей ;)

А тут любят бросаться в крайности :)

прелесть в MVVM, где есть VM одна, а V две: iOS и Android

Ну не говори мне про серьёзных людей ;)

ок. Представители крупных компаний. Которые к тебе второй раз уже не придут.

А тут любят бросаться в крайности :)

Да нет, но просто из моего опыта - если в проекте много бизнес-логики и моделей, то пиши пропало. Это чрезмерная абстракция и IoC репозиторием погоняет. Через 6 месяцев будет каша

Хотя и проекты все разные

Хотя и проекты все разные

Дык вот именно - надо приложению поддерживать оффлайн и это не просто читалка новостей - и вот уже треть логики сервера продублировано :)

Ну в таком масштабе, да. Но в крупных проектах много очень UI. А основная бизнес-логика его обслуживает