поэтому TDD нужно применять с самого начала, тогда код получается модульным, если действительно следовать TDD и кучи неявных ссылок на базу просто не будет. невозможно протестировать нестируемое.
ну например чтобы проверить что данные правильно сохраняются в базу необзательно действительно их сохранять, можно проверить что до функции «сохранить_в_базу» они дошли правильно. Т.е. обманка просто проверит что они пришли правильно и сохранять их никуда не будет.
необязательно читать данные из базы, можно подсовывать заранее сформированный массив и отдавать его из функции «прочитать_из_базы», так что система не заметит никакой разницы. Вам главное проверить что прочитанные данные правильно обрабатываются, а не то что они берутся из базы.
запросы к базе тоже нужно тестировать, тут уже без самой базы никак. Нужно загрузить в базу тестовые данные для конкретного теста — выполнить запрос, проверить что получили то что надо. Для тестовых рекомендую использовать тестовую базу, а не рабочую.
сэкономите действительно совсем чуть чуть. На фоне времени выполнения любого даже самого тривиально запроса, экономия заметна не будет.
П.С. надеюсь вы не создаете новое подключение к базе при создании нового инстанса Database?
можно поговорить с этими ребятами, они в росии и сами делают доски, возможно скинут с цены, если будите много брать или сделают вам облегченную версию какойто из их досок, чтобы было немного подешевле. Самое недорогое у них сейчас это такая вот плата: starterkit.ru/html/index.php?name=shop&op=view&id=41
там есть проблема, на вашей платке должен быть преобразователь напряжения, который делает из 5В -> 12В, которые необходимы для питания диска. этот преобразователь может не понятуть, даже если на его вход вы подадите достаточно напряжения.
лейбл интент-фильтра будет отвечать за текст в ланчере, лейбл в активити за текст в тайтле, лейбл в аппликешн за название приложения.
эти лейблы наследуются, если у интент фильтра лейбл не задан, то используется лейбл активити и тд,
интересно, как решите проблему — поделитесь, если с сертификатом и именем пакета все впорядке, то вариантом у меня пока больше нет… пойду поизучаю процесс установки подробнее )
вот добыть бы устройство, на котором ругается на подпись…
да, с этим никто не спорит, если сложный интерфес, много анимаций и непростая структура приложения, то лучше писать на android sdk на java
но специалисты разные нужны и если человек фанат javascript, то почему бы и не попробовать на нем создавать приложения? спрос на спецов таких есть. а тот же phonegap становится все лучше и лучше с каждой версией.
можно и на Java написать такое приложение, от которого все будут плеваться )
вот это уже действительно странно. не одно приложение подписал по инструкции — все ок. можеть быть вы этим людям, когда-то прототип отсылали?
а процент ошибок высокий, в логи ничего не пишет? дали бы ссылку на приложение, вруг ошибку покажет — разберемся )
а package name вы корректный задали?
To avoid conflicts with other developers, you should use Internet domain ownership as the basis for your package names (in reverse). For example, applications published by Google start with com.google. You should also never use the com.example namespace when publishing your applications.
П.С. если вам нравится писать на javascript, то возможно вам и не надо изучать андроид sdk, а делать приложения на html5+javascript, почитайте про phonegap, например, и тому подобные фреймворки…
приведите пример, что дано, что надо найти и правильный ответ — тогда будет понятней.
складывается впечатление что нужно задачу решать перебором, генерировать разные функции F и смотреть подходят ли они или нет. Перебор ясен пень надо сделать умным, а не просто так перебирать все возможные варианты F. Виды функций F можно ограничить несколькими шаблончиками…
в общем случае задачу не решить… например, то что у вас в ряду миллион единичек, не гарантирует, что миллион первый член тоже будет единичкой, так как внутри F может быть все что угодно… поэтому правильно ли вы подобрали F вы никогда не узнаете.
