не слишком много информации в вашем исходном сообщении. В документации указано:
Указывает, включает ли приложение ресурсы для размещения любой плотности экрана. Для приложений, поддерживающих Android 1.6 (уровень API 4) и выше, по умолчанию это «истина», и вы не должны устанавливать ее «ложно», если не уверены, что это необходимо для работы вашего приложения. Единственный раз, когда может потребоваться отключить это, - если ваше приложение напрямую манипулирует растровыми изображениями
blockquote>Итак, мой первый вопрос заключается в том, что вы включаете все ресурсы для размещения любой плотности экрана (т. Е. Mdpi, hdpi, xhdpi , xxhdpi)? Если да, то все будет хорошо. Следуя последним предложениям вышеприведенной цитаты, я пришел к этой ссылке .
В ней сказано:
Приложение может отключить предварительное масштабирование, установив android: anyDensity для «false» в манифесте или программно для Bitmap, установив inScaled в «false».
blockquote>Вы пытались сделать это программно для своих растровых изображений, вместо того чтобы отключить этот флаг глобально для всего приложения?
И, наконец, этот раздел . Может быть, вам будет полезно правильно обрабатывать ваши собственные растровые изображения? В частности, этот параграф звучит как ваша проблема:
Если ваше приложение создает растровое изображение в памяти (объект Bitmap), система предполагает, что битмап предназначен для базового экрана средней плотности, по умолчанию и автоматически масштабирует растровое изображение во время рисования. Система применяет «автоматическое масштабирование» к растровому изображению, когда растровое изображение имеет неопределенные свойства плотности. Если вы неправильно учитываете плотность экрана текущего устройства и указываете свойства плотности растрового изображения, автоматическое масштабирование может привести к масштабированию артефактов так же, как если бы вы не предоставляли альтернативные ресурсы.
blockquote>
Я искал ответ на тот же вопрос. Следующая ветка форума прояснила это для меня: msdn forum
В основном они советуют не вызывать EF напрямую, а сделать ваш код тестируемым, абстрагируя уровень данных от бизнес-уровня.
Вы можете сделать это с помощью шаблона репозитория или чего-то подобного, а затем использовать внедрение зависимостей, чтобы внедрить имитацию.
Цитата Пели (сотрудник Microsoft, участвующий в программе «Pex»):
Родинки должны быть последним средством. решение. Предпочтительный способ - использовать тестируемый дизайн, т.е. абстракция между уровнем данных и бизнесом слой и т.д ...
HTH
Ура