Probleme mit Android UriMatcher

In einer Antwort auf eine frühere Frage von mir jemand darauf hingewiesen, dass es einige Verhornungen (for Lack of a better word), die in der Android-Klasse UriMatcher. Kann mir jemand sagen, bekannte Probleme mit UriMatcher? Ich bin der Gestaltung einer Content-Anbieter, setzt auf UriMatcher an meinem Uris korrekt (im Gegensatz zu falsch, nehme ich an). Gibt es workarounds für bekannte Probleme? Oder gibt es eine bessere Strategie für die passende Uris?

Beispiel:

Hier ist der code, der die Einstellung meiner UriMatcher

private static final int MEMBER_COLLECTION_URI = 1;
private static final int MEMBER_SINGLE_URI = 2;
private static final int SUBMATERIAL_COLLECTION_URI = 3;
private static final int SUBMATERIAL_SINGLE_URI = 4;
private static final int JOBNAME_COLLECTION_URI = 5;
private static final int JOBNAME_SINGLE_URI = 6;
private static final int ALL_MEMBERS_URI = 7;
private static final int ALL_SUBMATERIAL_URI = 8;

static
{
        //return the job and fab for anything matching the provided jobName
        //JobNames/jobName
        uriMatcher.addURI(JobMetaData.AUTHORITY, "JobNames/*/",
                          JOBNAME_SINGLE_URI);
        //return a collection of members
        //jobName/member/attribute/value
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/member/*/*/",
                          MEMBER_COLLECTION_URI);
        //return a single member
        //jobName/member/memberNumber
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/member/*/",
                          MEMBER_SINGLE_URI);
        //return a collection of submaterial
        //jobName/submaterial/attribute/value
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/submaterial/*/*",
                          SUBMATERIAL_COLLECTION_URI);
        //return a single piece of submaterial
        //jobName/submaterial/GUID
        //GUID is the only way to uniquely identify a piece of submaterial    
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/submaterial/*",
                          SUBMATERIAL_SINGLE_URI);
        //Return everything in the member and submaterial tables
        //that has the provided attribute that matches the provided value
        //jobName/attribute/value
        //not currently used
        uriMatcher.addURI(JobMetaData.AUTHORITY, "JobNames/",
                          JOBNAME_COLLECTION_URI);
        //return all members in a job
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/members/",
                          ALL_MEMBERS_URI);

}

Fügen Sie eine andere Uri:

private static final int MEMBER_COLLECTION_URI = 1;
private static final int MEMBER_SINGLE_URI = 2;
private static final int SUBMATERIAL_COLLECTION_URI = 3;
private static final int SUBMATERIAL_SINGLE_URI = 4;
private static final int JOBNAME_COLLECTION_URI = 5;
private static final int JOBNAME_SINGLE_URI = 6;
private static final int ALL_MEMBERS_URI = 7;
private static final int ALL_SUBMATERIAL_URI = 8;
//ADDITIONAL URI
private static final int REVERSE_URI = 9;

static
{
        //return the job and fab for anything matching the provided jobName
        //JobNames/jobName
        uriMatcher.addURI(JobMetaData.AUTHORITY, "JobNames/*/",
                          JOBNAME_SINGLE_URI);
        //return a collection of members
        //jobName/member/attribute/value
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/member/*/*/",
                          MEMBER_COLLECTION_URI);
        //return a single member
        //jobName/member/memberNumber
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/member/*/",
                          MEMBER_SINGLE_URI);
        //return a collection of submaterial
        //jobName/submaterial/attribute/value
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/submaterial/*/*",
                          SUBMATERIAL_COLLECTION_URI);
        //return a single piece of submaterial
        //jobName/submaterial/GUID
        //GUID is the only way to uniquely identify a piece of submaterial    
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/submaterial/*",
                          SUBMATERIAL_SINGLE_URI);
        //Return everything in the member and submaterial tables
        //that has the provided attribute that matches the provided value
        //jobName/attribute/value
        //not currently used
        uriMatcher.addURI(JobMetaData.AUTHORITY, "JobNames/",
                          JOBNAME_COLLECTION_URI);
        //return all members in a job
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/members/",
                          ALL_MEMBERS_URI);
        //ADDITIONAL URI
        uriMatcher.addURI(JobMetaData.AUTHORITY, "*/reverse/*",
                          REVERSE_URI);

}

Und die Letzte Uri wird nicht erkannt mit:
uriMatcher.match(uri)

Auf der vorherigen Frage erwähnt) es wurde empfohlen, dass ich zu bewegen, die beanstandeten Uri an der Spitze der Aufrufe UriMatcher.put(String, int). Das löste das Vorherige problem (und verließ mich mit einem schlechten Geschmack im Mund). Der Versuch, die Lösung mit diesem code Ergebnisse in der aktuellen erste-Uri (JOBNAME_SINGLE_URI) gehen nicht erkannte. Ich bin mir ziemlich sicher, dass das Problem nicht in meinem code (ich habe es geschafft, erstellen Sie eine funktionierende ContentProvider Nutzung von Uris und debug alle Probleme, die mit Ihnen vor in dieser Ausgabe), ist aber eher ein Problem mit der Uri-matching in Android.

UPDATE:

public final static String AUTHORITY = "dsndata.sds2mobile.jobprovider";

Beispiel Uri:

Inhalt://dsndata.sds2mobile.jobprovider/SDS2MobileDemo/reverse/C_1

Ich denke, Sie werden das hinzufügen von zusätzlichen Schrägstrich (/) am Ende von jedem Pfad. Versuchen Sie, und sehen, ob es funktioniert.
Diese Lösung wurde angeboten, die auf die Vorherige Frage, die ich erwähnt habe. Es hatte keine Wirkung. Plus, ich habe andere Uris mit den trailing '/' erkannt.
Auch Sie sollten verwenden Sie # zum Vergleich der Nummern oder ids.
Ich bin nicht mit zahlen. Ansonsten würde ich mich.
Was ist dein URI, wo JOBNAME_SINGLE_URI geht nicht erkannten?
Wenn ich den REVERSE_URI an die Spitze der put-Anweisungen dann JOBNAME_SINGLE_URI geht nicht erkannten, wo er zuvor arbeitete.

InformationsquelleAutor Lunchbox | 2011-02-17

35

Gibt es drei Regeln, die sind nicht gut dokumentiert, aber wichtig sind für das Verständnis des matching-Mechanismus von UriMatcher:
1. UriMatcher versucht, die komplette Uri, die gegen die Muster. Ähnlich wie die matches () - Methode von java.util.regex.Matcher, die true zurückgibt, nur wenn die gesamte region-Sequenz entspricht dem pattern-matcher (im Vergleich zu der find () - Methode, die true zurückgibt, für teilweise übereinstimmungen).
2. Wildcards angewendet werden, um ein Pfad-segment nur, was bedeutet * oder SDS2MobileDemo/* wird nie mit SDS2MobileDemo/reverse/C_1 aber */*/* oder */*/C_1 werden.
3. Sobald es findet eine übereinstimmung für ein Pfad-segment nicht finden, alternative Spiel für die bestimmten Pfad-segment.
Hier sind einige Beispiele für die Verwendung der folgenden url: content://dsndata.sds2mobile.jobprovider/SDS2MobileDemo/reverse/C_1

Den ersten beiden Regeln sind leicht zu verstehen:
- SDS2MobileDemo/*/* passt
- */reverse/* passt
- */* nicht passen, weil es entspricht nur zwei Pfadsegmente
- SDS2MobileDemo nicht passen, weil es passt nur ein Pfad-segment
Die Dritte Regel ist ein wenig schwieriger zu verstehen.
Wenn Sie fügen Sie die folgenden Uris exakt in dieser Reihenfolge:
- */falsch/C_1
- SDS2MobileDemo/reverse/C_1
dann wird es nicht gefunden, weil das übersetzt in die folgenden (pseudo -) code:
```
if ("*".matches("SDS2MobileDemo")) {    
    //tries to match the other parts but fails    
}
else if ("SDS2MobileDemo".matches("SDS2MobileDemo")) {
    //will never be executed
}
```
Wenn Sie die Bestellung stornieren der (pseudo -) code wird:
```
if ("SDS2MobileDemo".matches("SDS2MobileDemo")) {    
    //tries to match the other parts and succeeds    
}    
else if ("*".matches("SDS2MobileDemo")) {    
    //will never be executed    
}
```
Nun soweit, die ursprüngliche Frage geht.
SDS2MobileDemo/reverse/C_1 bekommen wird ergänzt durch */reverse/* aber nicht z.B. JobNames/reverse/C_1 da, dass man nach unten gehen, die JobNames/* Pfad...
Auch ist es klar, dass der übergang */reverse/* zu oben ist nicht die Lösung, weil alle anderen Muster nicht ab mit * übereinstimmen, wird nicht mehr.
Es ist wirklich nicht abzusehen, was die richtige Lösung ist, solange es unbekannt ist, welche Muster übereinstimmen sollten, welche Uris.
- Tolle Antwort. Danke.
InformationsquelleAutor Emanuel Moecklin
2

Hum .... Ah Tippfehler ? Scheint, es gibt ein paar Leerzeichen nach /reverse/
```
uriMatcher.addURI(JobMetaData.AUTHORITY, "*/reverse/*", REVERSE_URI);
```
funktionieren sollte

BEARBEITEN

Beispiel unten funktioniert, versuchen Sie, mit Ihren Werten und überprüfen Sie Ihre LogCat-Fenster für Warnungen

Überprüfen Sie den Wert in JobMetaData.BEHÖRDE.
```
public static final String PROVIDER ="org.dummy.provider" ;

public static void doTest() 
{
  testUri("content://"+PROVIDER +"/test/reverse/xb32") ; 
  testUri("content://"+PROVIDER +"/JobNames/YES/") ;
}

private static void testUri(String pStr) 
{
    Uri uri = Uri.parse(pStr); 
    Log.w("Test", "uri = " + pStr) ;    
    int result = uriMatcher.match(uri) ;    
    Log.w("Test", "result = " + result) ;  
    List<String> list = uri.getPathSegments() ;   

    for (int i = 0  ; i < list.size() ; i++)
      Log.w("Test", "Segment" + i + " = " + uri.getPathSegments().get(i)) ;   
}
```
- Hoppla. Das typo ist nicht in der original-Quelle. Ich muss versehentlich Hinzugefügt, dass, wenn ich war die Bearbeitung der Frage. Es ist jetzt behoben.
- Bearbeitet meine Antwort ist, versuchen Sie diese irgendwo in der app und schau in der Konsole zu finden, die Warnungen. Sollte leicht zu lokalisieren des Problems. Überprüfen auch Sie die ContentProvider-Klasse => prüfen Sie, ob Sie vergessen haben, einen Fall auf eine überschreiben-Funktion (Abfragen, löschen, ...)
- Ich habe überprüft und erneut geprüft, um sicherzustellen, dass keine Fälle fehlten die entsprechenden überschriebenen Methoden. Nichts ist verkehrt dort. Ihr Beispiel nicht neu die situation. Selbst wenn es funktioniert, es bedeutet nicht unbedingt, dass Sie haben das problem gelöst.
- was sind Ihre JobMetaData.AUTORITÄT und könnten Sie einen Beispiel-URI-string ?
InformationsquelleAutor anael
1

Können wir verwenden Regex als einen Blick in Lösung.

Hier ist der Ausdruck
```
https?://([-\w\.]+)+(:\d+)?(/([\w/_\.]*(\?\S+)?)?)?
```
Sollte es funktionieren!
- Ich bin mit dem "content" - Regelung für meine Uris nicht http. Ich bin nicht sehr gut in regulären Ausdrücken, aber ich glaube nicht, dass das funktionieren würde für meine situation.
InformationsquelleAutor Rohit Mandiwal
0

Ich lief einfach in eine UriMatcher problem und es gelöst. Stellen Sie sicher, dass Sie immer setzen wild cards genaue übereinstimmungen. Wenn Sie don', die UriMatcher code geht den wildcard-Weg und nicht zurück, wenn er wählte den falschen Weg.

Leider habe ich nicht genau sehen, was falsch in deinem Fall. Ich würde versuchen, JOBNAME_COLLECTION_URI nach ganz oben oder entfernen Sie es, ich Frage mich, ob das ein problem verursacht.

InformationsquelleAutor Shawn Lauzon

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.