2
Was fehlt mir? Das macht keinen Sinn:TextUtils.isEmpty (null) gibt false zurück
Warum ist TextUtils.isEmpty(null)false Rückkehr?
A
Antwort
2
Ich konfrontiert dieses gleiche Problem beim Schreiben meiner Komponententest. Das Problem war, ich hatte folgende Einstellung in meinem Gradle:
Standardmäßig Android-Code zurückgegeben Standardwert, beim Ausführen meiner Komponententests. Nur loswerden, und Sie sollten in Ordnung sein.
Verwandte Themen
- 1. ItemContainerGenerator.ContainerFromItem() gibt null zurück, während VirtualizingStackPanel.IsVirtualizing = "False"
- 2. HttpServletRequest.getSession (false): Wann gibt es null zurück?
- 3. cursor.moveToFirst() gibt false zurück
- 4. File.exists gibt false zurück
- 5. Excel-Formel gibt Null noch Cell.Value = 0 gibt False zurück
- 6. UIElement.IsMouseOver gibt false zurück
- 7. Immutable.Set.contains gibt false zurück
- 8. SCDynamicStoreSetValue gibt false zurück
- 9. Xpath Gibt false zurück
- 10. Openssl_private_encrypt gibt FALSE zurück
- 11. preferences.getKey.equals() gibt false zurück
- 12. stream_resolve_include_path gibt false zurück?
- 13. string.matches (". *") Gibt false zurück
- 14. json_encode() gibt false zurück
- 15. Warum (null == false) und (null == true) geben beide false zurück?
- 16. FD_ISSET gibt immer false zurück
- 17. XMLAttribute gibt immer false zurück
- 18. SignedXml checksignature gibt false zurück
- 19. Twitter addImage gibt False zurück
- 20. ResultSet ist nicht null immer resultset.next() gibt false zurück
- 21. BLE readCharacteristics gibt immer false zurück, oder getvalue ist null
- 22. jstree get_json gibt false zurück
- 23. Warum gibt is_array() false zurück?
- 24. 'Enthält' Methode gibt false zurück
- 25. openssl_decrypt gibt immer false zurück
- 26. isProviderEnabled (LocationManager.NETWORK_PROVIDER) gibt false zurück
- 27. Warum gibt "document.body" False zurück?
- 28. Rückruffunktion gibt false zurück CodeIgniter
- 29. Warum gibt os.path.isfile False zurück?
- 30. unserialize manchmal gibt false zurück
Ahh danke. Sieht aus wie Android-Team ist sich dessen bereits bewusst "Wir sind uns bewusst, dass das Standardverhalten bei der Verwendung von Klassen wie Log oder TextUtils problematisch ist und mögliche Lösungen in zukünftigen Versionen evaluieren wird." http://tools.android.com/tech-docs/unit-testing-support#TOC-Method-...-not-mocked.- thx – tir38
Danke, wurde wütend auf diese seltsame (oder so dachte ich) Verhalten ! – user3264740