OSDN Git Service

Hide some NFC API's.
authorNick Pelly <npelly@google.com>
Thu, 28 Oct 2010 20:39:37 +0000 (13:39 -0700)
committerNick Pelly <npelly@google.com>
Thu, 28 Oct 2010 21:54:52 +0000 (14:54 -0700)
commit11b075e218b9921a953eeebe73fcd1a8a81f764b
tree7efd302691767e6f3e7ba83fcd2f9ee2ada647ae
parent120a4594855951ed5eb185fdfc19bf98efef3ba2
Hide some NFC API's.

We are leaving enough API so that you can see when any Tag is discovered,
get its ID, and get its NDEF messages.

But for advanced use - creating tag connections and writing messages - we have
2 problems. Firstly a lot of the code is untested
(RawTagConnection.transceive()), or in some cases known not to work
(NdefTagConnection.write()). Secondly, there is still debate about how to
best expose information about Tags.

The set of data/methods exposed for a Tag changes completely depending on the
tag technology. There may be multiple sets of technology implemented in a
single tag. Tag A may have technology X and Y, Tag B may have technology Y
and Z. Furthermore, some NFC controllers will be not be able to use all
technologies, and so Android Device 1 may see technology X and Y on Tag A but
Android device 2 may only see technology X. So we have a pretty challenging
set of constraints to work under, and we are not convinced the current Tag and
NdefTag class is the best approach going forwards.

The Tag application should be able to remain unbundled, since it just needs to
get incoming NDEF Messages.

Change-Id: Ic09f094f33794e10f8d730fffe011c9a5957e0ac
Signed-off-by: Nick Pelly <npelly@google.com>
api/current.xml
core/java/android/nfc/FormatException.java
core/java/android/nfc/NdefMessage.java
core/java/android/nfc/NdefRecord.java
core/java/android/nfc/NdefTag.java
core/java/android/nfc/NdefTagConnection.java
core/java/android/nfc/NfcAdapter.java
core/java/android/nfc/RawTagConnection.java
core/java/android/nfc/Tag.java
core/java/android/nfc/package.html
core/res/AndroidManifest.xml