pfg21, понял, но это ведь опционально, верно? rPman, мне бы хотелось понять процесс как бы за рамками систем разработок, как всё работает вообще, в деталях. Как зависимые библиотеки подключаются без gradle?
rPman, а откуда они берутся? Ну, например если отнести к ним иконки какие-нибудь, то это ясно в общем-то, их кто-то создаёт, рисует. А что касается подключаемых библиотек, они собираются как jar файлы? Каков их путь и в каком виде они предстают перед добавлением в apk с помощью zip?
Евгений Ромашкан, мне не нужно столько функций, единственное логичное решение с фреймворками, которое я вижу, разбирать их исходный код и реализацию авторизации.
Евгений Ромашкан, нет, но и не уровня однотипного сайтов типа сайтов-визиток или типа того для которых делают все эти cms и фреймворки. Instagram это сложная система, которая написана не только с использованием Джанго.
Евгений Ромашкан, тот проект который я разрабатываю требует минимизации расхода ресурсов. Может это и проще, но не производительней.
Я не думаю, что даже через год потребуется больше, чем 10 различных представлений. Вообще, мало какие проекты требуют чего-то больше пары десятков.
Всё зависит от самого проекта. Согласитесь, было бы странно, если бы Instagram использовал что-то вроде Laravel.
Евгений Ромашкан, знаю, не знал бы, не говорил.
Я назвал две причины: наличие тяжеловесных для моего проекта роутинга и не нужных мне миграций.
В Yii он тоже самый обычный и не сложный, однако мне не нужно столько функционала в рамках роутинга, у меня всего 4 представления, зачем для них использовать что-то сложнее ветвления?
Для того чтобы использовать базы данных миграции вообще не нужны.
Вячеслав Золотов, ну прочитай всё-таки что тебе пишут, не позорься, каждый твой «аргумент» открыл и пояснил, у тебя же какое-то сплошное ВРЁТИ.
Это даже не предмет дискуссии, любой вменяемый программист прекрасно понимает, что чем выше уровень абстракций, тем медленней программа и больше излишнего кода.
Я понимаю, что не каждый человек который способен к программированию обязательно имеет хоть какое-то познание о том как вообще работает код, как машины его выполняют и подготавливают, особенно это характерно для программистов «работающих» с языками сверхвысокого уровня, ведь порог вхождения в них всегда минимальный, многие такие программисты и школьного образования не имеют, ну а что им: сиди и копируй хэлловорлды с какого-нибудь стаковерфлоу, не нужно даже какой-нибудь математики знать, ведь все максимально упрощено, поэтому вот тебе статья, которая легко объяснит тебе почему так: link.medium.com/cfhGcUTPFX
Вячеслав Золотов, начнём с того что без использования нативных компонентов это поделие вообще не могло бы завестись на этой платформе. Не важно во что он компилируется, если при своей работе вынужден постоянно обращаться к не нужной программе.
Mono работает отвратительно, если бы вы пользовались им в рамках не. Windows, вы бы обратили внимание на тот факт, что программа отвратительно выполняет свои функции.
Сбербанк и Facebook не работают на xamarin, но из-за использования решения некоторых специфичных задач работают достаточно медленно, хуже среднего.
Hello world который весит 15Мб это ужасно. Любая правильная пуля любит свой пулемёт, поэтому все эти сравнения производительности, как отмечают и сами авторы всего лишь спекуляции в сравнении чего-то люто оптимизированного на сабже и чего-то медленного на нативных средствах.
Вы хоть сами смотрите что отправляете, из этого следует, что нативные веб–сервера на c++ на два порядка быстрей любого поделия от MS. Но это и без того самоочевидно, не может интерпретируемое и высокоуровневое приложение работать лучше низкоуровневого и полностью компилированного.
О какой матчасти идёт речь? Вы феменистка? Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.
Как вы это поняли, если я ни слова не сказал про это поделие? Может это у вас плохое представление об Xamarin? Это GUI слишком привязано к проприетарной, медленной и кривой dotnet от корпорации добра. Ни о каком нативном коде или чем-то близком к нему нельзя говорить, когда большая часть функций работает через вызов отдельного приложения, интерпретирующего вызываемый код.
Приложения на xamarin работают на порядок медленней, весят на порядок больше и всё ради чего? Ради сомнительной кроссплатформенность? C++, Golang решают проблему кроссплатформенности, решают её даже лучше, покрывая больше архитектур и операционных систем и не имеют таких недостатков.