с изображениями

возьмите экран побольше, и посмотретие, повторится ли это

да, повторяется

от экрана не зависит

может, бага какая

@BOOMikru @ptytz

А в самих изображениях нет отступа этого?

HorizontalOptions="Center"

Гравити проверь

А в самих изображениях нет отступа этого?

нет. проверил так: поставил вместо кнопки - просто изображение…

и все ровно стало

съезжает именно изображение на кнопках

Гравити проверь

Гравити?

вообще похоже на сдвиг на полпикселя. Или я не туда смотрю?

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

нет. проверил так: поставил вместо кнопки - просто изображение…

а, стоп, зачем кнопки вообще. Можно на gesture нажатие повесить и анимашку

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

нет, это из превьювера

а, стоп, зачем кнопки вообще. Можно на gesture нажатие повесить и анимашку

а оно будет отрабатывать анимацию нажатия, как это с кнопками происходит?

а оно будет отрабатывать анимацию нажатия, как это с кнопками происходит?

Сделай

Ну короче я бы на девайсе бы сначала проверил

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

б..дь, нашел

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

текст не видно было за изображенями, но картинки сдвигались

текст убрал - все ок

спасибо за участие

Всем здорова ✋️ Подскажите годных видосов/книг/курсов по Xamarin? С английским порядок

Всем здорова ✋️ Подскажите годных видосов/книг/курсов по Xamarin? С английским порядок

https://github.com/wcoder/awesome-xamarin-bookmarks#videos

Вся проблема в том, когда мы следуем какой то концепции, берем ее за основу, хотим довести ее до самого идеала как это было придумано создателями. К примеру, паттерны от банды четырех. Вроде MVC, все понятно ничего сложного, но почему то каждый реализует эту парадигму по своему ,но в то же время стремится подражать авторам этой идеи. Библию, Коран, Каббалу, Буддизм и пр. читают все, но не могут следовать по их догмам полностью. Сложность тут заключается в понимании предмета на уровне автора самой идеи, на котором приходится кодить. Раз мы используем продукты мышления авторов, то по идее должны копировать их мировоззрения в подходе к его делу. Что и делаем по возможности следуя рекомендациями, правилами написания кода от авторов. И снова вспоминается философия Канта как - Вещь в себе.

Вот у меня сейчас стоит такая задача выбора. Есть несколько классов, штук 10 например. Все эти классы в приложении тесно взаимодействуют друг с другом с запуска игры. Вариант 1. Могу создать общего родителя для всех классов и в теле супер класса подключиться к модели, дочерние переопределяют супер метод и берут данные сколько хотят. 2. Можно сделать композицию. 3. Можно сделать событийную модель и изолировать все классы друг от друга, общаться только посредством событий. 4. Можно вообще с рефлексией, создать Абстрактный класс и инициализировать конкретные классы на основе его. 5. Можно вообще не заморачиваться с инициализацией и сразу в статике либо в синглтоне получать данные. Можно по всякому, но все будет не по феншую, тут важно понять золотую серединку где важна скорость на слабых машинах а где важна долгая поддержка кода

и оффтопом не назовешь?

С этого вопроса у меня возникли трудности. С одной стороны думаю, вдруг когда нибудь кому то придется показать свой код, а вдруг не увидит никто) за это время пока мой "идеально чистый код" по всем конвенциям ООП идеально расходует проц. время на всякую парадигму ООП, я горд тем что выполнил все по книжкам, но на деле сажаю аккумулятор раньше времени. Так где это истина, в идеальном коде или в качестве для конечного пользователя?

Вот в чем суть

За 3 года я переписал игру более 15 раз

Испробовал все варианты какие только могут использоваться в написании производительных игр. В последний раз писал чисто на ООП и тем самым потерял 90% пользователей

Поэтому к проектированию надо подходить очень вдумчиво, потратить 2 мес только на теорию и уж потом начать реализацию

Или ты не умеешь в ООП, раз у тебя классы тесно взаимодействуют

За 3 года я переписал игру более 15 раз

но зачем?

И я поистине удивлен, каким макаром производительность настолько коррелирует с ооп - это просто фантастика.

если уж на то пошло, игру надо было ECS делать

хотя больше похоже на троллинг

да не, есть такие движкописатели в огромных количествах в геймдев коммьюнити

юнити какой им некошерно (попса! криво сделали!), поэтому пилят свой велосипед годами а релиза как не было так и нет :\

Ошибка невозможно зарегистрировать сборку "C:\Users\Сергей.TELORUK\source\repos\DutyRand\DutyRand\DutyRand.Android\bin\Release\DutyRand.Android.dll". Не удалось загрузить файл или сборку "Xamarin.Forms.Platform.Android, Version=2.0.0.0, Culture=neutral, PublicKeyToken=null" либо одну из их зависимостей. Не удается найти указанный файл. DutyRand.Android Помогите пожалуйста исправить , вообще нет информации как это можно починить

Испробовал все варианты какие только могут использоваться в написании производительных игр. В последний раз писал чисто на ООП и тем самым потерял 90% пользователей

Главное: вы разобрались с проблемой утечки? (конечно, интересно, что за движок вы использовали. Написать свой в соло за три года маловероятно, а вот кривоту какую пытаться адаптировать — вполне. Я себе примерно представляю, где из-за бездумного ООП могут быть микропросадки, которые у вас в цикле убивали аккум, но вы должны были интуитивно сами менять подход). Игра, это нечто большее, чем просто программа, плюс, как и во всякой программе из множества модулей, подходы к решению будут отличаться.

Люди а как выровнить текст по ширине в axml?

Люди а как выровнить текст по ширине в axml?

из коробки ни как.

а можно ли как нибудь обвести цветом грани спинера?

а можно ли как нибудь обвести цветом грани спинера?

Есть идея, попробовать тень сделать нужного цвета

Есть идея, попробовать тень сделать нужного цвета

нету тени(

привет ксамарияне!))

привет ксамарияне!))

+

привет ксамарияне!))

И вас привет)

привет ксамарияне!))

neprivet.ru

Испробовал все варианты какие только могут использоваться в написании производительных игр. В последний раз писал чисто на ООП и тем самым потерял 90% пользователей

после такого понимаешь разработчиков вконтакте, написавших и использующих kPHP (где вообще ничего из ООП нет)

после такого понимаешь разработчиков вконтакте, написавших и использующих kPHP (где вообще ничего из ООП нет)

нет, не начинаешь.

после такого понимаешь разработчиков вконтакте, написавших и использующих kPHP (где вообще ничего из ООП нет)

Что вы имеете в виду под "вообще ничего из ООП нет"?

года 3-4 было модно воевать против ООП, я уж думал, что люди одумались.

Сейчас появились адепты ООП которые рассказывают что то что мы привыкли называть ООП - не ООП.

итд)

если сущность является отражением объекта реального мира, значит ооп, все же вроде просто

не)

не все так просто

если сущность является отражением объекта реального мира, значит ооп, все же вроде просто

эмс. Ооп - это подход для представлении абстракции, меня реальный мир мало волнует. Если меня устраивает он, то я его использую, если нет - то пробую другое.

если сущность является отражением объекта реального мира, значит ооп, все же вроде просто

А как же инкапсуляция наследование и полиморфизм

А как же инкапсуляция наследование и полиморфизм

при желании это и в реальом мире увидеть можно

при желании это и в реальом мире увидеть можно

Ну так я к тому, что определение про объекты реального мира - не являются достаточным для ООП

дело не в конкретных отражениях, дело во взгляде на суть программы. Если там есть логические блоки, которые независимы друг от друга, могут хранить состояния и взаимодействовать друг с другом, значит ооп. Я как-то спросил одного чела почему он пишет на C# хотя два года писал на скале, он сказал что потому что он не мыслит функциями, он мыслит объектами в обычной жизни. Стол это стол, а не функция которая выполняет обязанности стола. Ну как-то так.

дело не в конкретных отражениях, дело во взгляде на суть программы. Если там есть логические блоки, которые независимы друг от друга, могут хранить состояния и взаимодействовать друг с другом, значит ооп. Я как-то спросил одного чела почему он пишет на C# хотя два года писал на скале, он сказал что потому что он не мыслит функциями, он мыслит объектами в обычной жизни. Стол это стол, а не функция которая выполняет обязанности стола. Ну как-то так.

Использование DI контейнеров это ооп? Атрибутов? Метаописателей?

атрибуты тоже классы, DI назначает ообъекты интерфейсов, и может их инжектить. А почему это не ооп?

атрибуты тоже классы, DI назначает ообъекты интерфейсов, и может их инжектить. А почему это не ооп?

Есть мнение что не ооп)

Это либо аспектно-ориентированное либо такое которое скатывается к процедурному программированию

люди, чтобы заменить иконку приложения нужно в параметрах указать картинку?

+ в активити

или где то еще звменить?

каноничней всего добавить атрибут к запускаемой Activity [Activity(Icon = "@drawable/icon", MainLauncher=true)]

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

каноничней всего добавить атрибут к запускаемой Activity [Activity(Icon = "@drawable/icon", MainLauncher=true)]

это я сделал

и как выглядит сгенерированный AndroidManifest в obj/Debug/android/ ?

в параметрах лучше вообще пустоту оставить

Assemblyinfo не могу тут найти иконку

android:icon="@drawable/IconBen

в манифесте

дело не в конкретных отражениях, дело во взгляде на суть программы. Если там есть логические блоки, которые независимы друг от друга, могут хранить состояния и взаимодействовать друг с другом, значит ооп. Я как-то спросил одного чела почему он пишет на C# хотя два года писал на скале, он сказал что потому что он не мыслит функциями, он мыслит объектами в обычной жизни. Стол это стол, а не функция которая выполняет обязанности стола. Ну как-то так.

Есть подозрение, что речь про объектное программирование, а не ооп

Подскажите пожалуйста , из-за чего не могу запустить своё приложение на телефоне ? Пишет : "В приложение DutyRandomizer произошла ошибка " в эмуляторе визуал студии всё работает , на телефоне нет . В чём может быть проблема ? При архивации если что стояло release

подруби logcat, смотри логи

скорее всего линкер выпилил что-то

Привет всем. Кто-либо не пользовался testflight? Есть проблема просто, мы выкатываем приложение туда и есть подозрения что часть функционала на обновляется, может быть такое?

Привет всем. Кто-либо не пользовался testflight? Есть проблема просто, мы выкатываем приложение туда и есть подозрения что часть функционала на обновляется, может быть такое?

Никогда такой проблемы небыло)

Никогда такой проблемы небыло)

)

Ну с нативкой)

На Xamarin ещё опыта testflight нет)