Здравствуйте, Pzz, Вы писали:
D>>StackOverflow вообще не в курсе что бывают такие проблемы. Pzz>Миллионы мух едят г... программистов пишут программы под андройд и непрерывно строчат что-то на стековерфлов, а стековерфлов о твоей проблемме не в курсе? Это наводит на мысли, что ты идешь своим самобытным путем, и борешься с проблемами, которые на стандартном пути просто не встречаются.
Не знаю как у вас, а у меня на стековерфлов находятся только те ответы, которые я и сам могу найти (затратив некоторое время). Если же я сам не могу найти ответ, то и на стековерфлов ответа не будет, в лучшем случае будет подсказка. Это говорит о том, что стековерфлов не содержит новой информации, а просто конвертирует информацию из документации в ответ. Если вы называете это самобытным путём, то — ок, вполне может быть и такое.
Здравствуйте, Pzz, Вы писали:
D>>StackOverflow вообще не в курсе что бывают такие проблемы. Pzz>Миллионы мух едят г... программистов пишут программы под андройд и непрерывно строчат что-то на стековерфлов, а стековерфлов о твоей проблемме не в курсе? Это наводит на мысли, что ты идешь своим самобытным путем, и борешься с проблемами, которые на стандартном пути просто не встречаются.
Ну, смотри. Стековерфлоу предлагает, например, собрать библиотеки и бинари ввалить в репозиторий (вариант: хранить отдельно).
Это экстенсивный путь развития, я категорически против такого.
Я хочу чтобы на новой машине и/или у нового разработчика было бы минимальное количество шагов, а так же минимальное количество зависимостей.
Для этого надо брать исходники и собирать.
Чтобы собирать, надо (а) исходники (тривиально, вот, пожалуйста, гитхаб) (б) система сборки — вот тут-то у меня и клин (был), потому что система сборки исходников Андроида отличается от системы сборки NDK.
Здравствуйте, B0FEE664, Вы писали:
BFE>Не знаю как у вас, а у меня на стековерфлов находятся только те ответы, которые я и сам могу найти (затратив некоторое время). Если же я сам не могу найти ответ, то и на стековерфлов ответа не будет, в лучшем случае будет подсказка. Это говорит о том, что стековерфлов не содержит новой информации, а просто конвертирует информацию из документации в ответ. Если вы называете это самобытным путём, то — ок, вполне может быть и такое.
Конечно. Но если проблема даже не поминается на стековерфлов, то это означает, что проблема либо очень новая, либо с ней никто никогда не сталкивался.
Здравствуйте, Pzz, Вы писали:
C>>Кто мешает взять обычную libxml, скомпилировать (можно даже статически) и прилинковать её? Кривизна рук опять? Pzz>Но вообще, согласись, это как-то неправильно, что каждая програмка под андройд должна принести свою копию libxml, sqlite и прочей мути, при том, что в андроиде все эти библиотеки присутствуют в составе операционной системы.
Это очень правильно, так как гарантирует, что обновление ОС не сломает программы.
Возможно, что конкретно sqlite и libxml стоило бы включить в официальный ABI и гарантировать стабильность, так как они достаточно стабильны.
Здравствуйте, Dair, Вы писали:
D>NDK спасибо что есть, иначе пришлось бы писать на нелепых языках Java и Kotlin, а они, кроме как в Андроид, нужны вот где:.
C++ во времена 2005 года был невероятно нелепо реализованным стандартом, напомню.
D>Есть у меня библиотека, которая парсит специфического вида XML. На С++. Зависит, как ни странно, от libxml2. Этот libxml2 внутри Андроида есть, НО его нельзя использовать в NDK, потому что нет ни заголовочных файлов, ни нужной .so D>И так с десятком библиотек общего назначения (ещё мне нужен SQLite, например), которые есть внутри Андроида как операционки
Очень и очень плохая затея. При запуске такого "оптимизированного" приложения на девайсе, который собран для каких-то вендоров с их видением libxml все просто может вывалиться.
D>виртуальное поделие ART всё равно использует опенсорсные де-факто стандарты для своей работы.
Очередное предложение написать Гуглу свой клон libxml, хмм. Чего же Линукс c iOS юзает такие неправославные протобуфы ?
D>Ещё в libxml2 есть файл Android.bp, про который гуглится, что это файл для blueprint, который как-то связан с сборочной системой с именем "soong". В документации на этот соонг написано как писать сборочные скрипты, но НИГДЕ не написано, как собрать сам, написанный на очередном нелепом языке go, этот соонг.
Рекомендую собрать через CMake Android ядро с под пяток разным платформ. Хиловат, дасс. У Гугла под все крупные проекты есть свои сборщики.
D>Как такое дичайшее, лютейшее говно собрало на себя имеющиеся 80% рынка — понимать отказываюсь.
Споры с русскими программистами, которые даже образ Андроида не могут собрать самостоятельно и удивляются тому, что он весит больше 10 Гб в архиве.
D>Я-то разберусь, не сегодня-завтра. D>А кривым в Андроиде всё останется.
Андроид решает проблему как собираться и запускаться под сотни разных железных платформ, а не то, как отдать ядерную библиотечку поюзать нативному юзерскому приложению.
Здравствуйте, Protey, Вы писали:
D>>NDK спасибо что есть, иначе пришлось бы писать на нелепых языках Java и Kotlin, а они, кроме как в Андроид, нужны вот где:. P>C++ во времена 2005 года был невероятно нелепо реализованным стандартом, напомню.
Как будто была (и есть) какая-то альтернатива
D>>Есть у меня библиотека, которая парсит специфического вида XML. На С++. Зависит, как ни странно, от libxml2. Этот libxml2 внутри Андроида есть, НО его нельзя использовать в NDK, потому что нет ни заголовочных файлов, ни нужной .so D>>И так с десятком библиотек общего назначения (ещё мне нужен SQLite, например), которые есть внутри Андроида как операционки P>Очень и очень плохая затея. При запуске такого "оптимизированного" приложения на девайсе, который собран для каких-то вендоров с их видением libxml все просто может вывалиться.
Как-то справляются как iOS, так и Linux (последние лет ндцать).
D>>виртуальное поделие ART всё равно использует опенсорсные де-факто стандарты для своей работы. P>Очередное предложение написать Гуглу свой клон libxml, хмм. Чего же Линукс c iOS юзает такие неправославные протобуфы?
Где предложение? Предложение делать по-человечески.
Как раз-таки сделали "свой клон" — у всех есть, а у них нет. Даже, вроде, в WinPhone есть.
P>Рекомендую собрать через CMake Android ядро с под пяток разным платформ. Хиловат, дасс. У Гугла под все крупные проекты есть свои сборщики.
Но тогда почему cmake используется в NDK?
D>>Как такое дичайшее, лютейшее говно собрало на себя имеющиеся 80% рынка — понимать отказываюсь. P>Споры с русскими программистами, которые даже образ Андроида не могут собрать самостоятельно и удивляются тому, что он весит больше 10 Гб в архиве.
Шта?
D>>Я-то разберусь, не сегодня-завтра. D>>А кривым в Андроиде всё останется. P>Андроид решает проблему как собираться и запускаться под сотни разных железных платформ, а не то, как отдать ядерную библиотечку поюзать нативному юзерскому приложению.
Проблему совместимости с зоопарком платформ решает ядро линукса. Много лет уже как решает.
D>>public open fun requestLocationUpdates(p0: String!, p1: Long, p2: Float, p3: LocationListener!): Unit defined in android.location.LocationManager[/q]
LB>Я так понимаю, что this — это кто-то большой, типа Activity. На мой взгляд, удобнее/нагляднее создать обработчик прямо на месте параметра и вызывать из его функций все что требуется. Ибо, если this сам по себе большой и к тому же реализует еще что-то кроме LocationListener, то со временем не разберешься какая функция в этом классе от какого интерфейса и кто ее вызывает.
Оказалось, оно 0.0 считает за Double и во Float не хочет без явного преобразования или указания типа, т.е., 0.0f.
Здравствуйте, BlackEric, Вы писали:
BE>Это наименьшая из проблем. При такой нелюбви к Java проще писать на чем-нибудь другом. Например можно заюзать Kotlin.
K>Да в гробу я видал такие шарашки!
Не лейте, пожалуйста, грязь на такое чистое и светлое слово "шарашка". В шарашках при товарище Сталине строили Кузькину маму. То, во что превратился нынешний Жужел, скорее характеризуется эпитетом порно-кибуц.
K>написали тупейшую нашлёпку на линупс
Ты слишком хорошего мнения об этой кодле рекламщиков и коллекционеров приватных данных. Купили, а не написали.
K>любой аппарат 10-летней давности СПОКОЙНО отрабатывает любое современное приложение
Именно.
D>Как такое дичайшее, лютейшее говно собрало на себя имеющиеся 80% рынка — понимать отказываюсь.
Демпинг. Изначально бесплатная ОСь, разрабатываемая добрым дядей (который потом бОльшую часть убрал в коммерческий Андроид), которую можно поставить на копеечные по стоимости аппараты.
В итоге получилась гонка на выживание, в которой очень мало победителей.
Здравствуйте, Cyberax, Вы писали:
BE>>3. Нужен мощный компьютер. Не ноутбук. C>Я пишу под Андроид на С++ и Kotlin, из Mac OS X и на ноуте. Всё работает нормально.
А сзади меня сейчас сидит человек на гиперпне и ваяет XAML в студии (ГЫ-ГЫ-ГЫ!!!). Ему тоже норм: "солдат спит — служба идёт" — он вообще никуда не торопится.
ЗЫ: Сколько зарабатывает — не знаю, но думаю, ему не сильно торопятся зряплату поднимать.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Pzz, Вы писали:
Pzz>Миллионы мух едят г... программистов пишут программы под андройд и непрерывно строчат что-то на стековерфлов, а стековерфлов о твоей проблемме не в курсе? Это наводит на мысли, что ты идешь своим самобытным путем, и борешься с проблемами, которые на стандартном пути просто не встречаются.
Pzz>Отсутствие некоего стандартного подхода, позволяющего написать программу, которая с небольшим количеством условной компиляции позволяет сразу покрыть и иОс и андройд, конечно, удручает...
ага, ага, миллионы мух...!
я вот эту хрень надолго запомнил в своё время
You can use Enumerable.SequenceEqual method.
using System;
using System.Linq;
...
var a1 = new int[] { 1, 2, 3};
var a2 = new int[] { 1, 2, 3};
var a3 = new int[] { 1, 2, 4};
var x = a1.SequenceEqual(a2); // truevar y = a1.SequenceEqual(a3); // false
If you can't use .NET 3.5 for some reason, your method is OK.
Compiler\run-time environment will optimize your loop so you don't need to worry about performance.
SO местами просто адовая индусятина.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Философ, Вы писали:
BE>>>3. Нужен мощный компьютер. Не ноутбук. C>>Я пишу под Андроид на С++ и Kotlin, из Mac OS X и на ноуте. Всё работает нормально. Ф>А сзади меня сейчас сидит человек на гиперпне и ваяет XAML в студии (ГЫ-ГЫ-ГЫ!!!). Ему тоже норм: "солдат спит — служба идёт" — он вообще никуда не торопится.
Может вам стоит проверить компьютер на вирусы, пойманные при поиске вареза? Так как не думаю, что вы софт покупаете.
Здравствуйте, Kolesiki, Вы писали:
K>А ещё убивает брошеный практически в стадии завершения Win Mobile — будто какая-то мразь из гугла "элопила" проект до полного фэйла, хотя практически ни одной технической причины фэйла нет!
Если имеется в виду WP10, то самому жаль — не понятно на что пересаживаться когда телефон сломается, iOS убог и неюзабелен, а андроид даже не рассматриваю, а если именно WinMobile/CE — вроде там технических проблем хватало, начиная с отсутствия защиты памяти.
Здравствуйте, Somescout, Вы писали:
S>Если имеется в виду WP10, то самому жаль — не понятно на что пересаживаться когда телефон сломается, iOS убог и неюзабелен, а андроид даже не рассматриваю, а если именно WinMobile/CE — вроде там технических проблем хватало, начиная с отсутствия защиты памяти.
WP8 (В отличие от WP7) был вполне работо- и жизнеспособен.
Здравствуйте, Dair, Вы писали:
S>>Если имеется в виду WP10, то самому жаль — не понятно на что пересаживаться когда телефон сломается, iOS убог и неюзабелен, а андроид даже не рассматриваю, а если именно WinMobile/CE — вроде там технических проблем хватало, начиная с отсутствия защиты памяти.
D>WP8 (В отличие от WP7) был вполне работо- и жизнеспособен.
У меня до сих пор WP10, так что я с этим и не спорил.
