Czy możesz użyć końcowego przecinka w obiekcie JSON?

Podczas ręcznego generowania obiektu lub tablicy JSON często łatwiej jest pozostawić przecinek końcowy na ostatnim elemencie w obiekcie lub tablicy. Na przykład kod wyjściowy z tablicy ciągów może wyglądać (w pseudokodzie typu C ++):

s.append("[");
for (i = 0; i < 5; ++i) {
    s.appendF("\"%d\",", i);
}
s.append("]");

dając ci ciąg jak

[0,1,2,3,4,5,]

Czy to jest dozwolone?

Niestety specyfikacja JSON nie pozwala na przecinek końcowy. Istnieje kilka przeglądarek, które na to pozwolą, ale ogólnie musisz martwić się o wszystkie przeglądarki.

Ogólnie staram się odwrócić problem i dodać przecinek przed rzeczywistą wartością, aby uzyskać kod wyglądający następująco:

s.append("[");
for (i = 0; i < 5; ++i) {
  if (i) s.append(","); // add the comma only if this isn't the first entry
  s.appendF("\"%d\"", i);
}
s.append("]");

Ta dodatkowa linia kodu w pętli for nie jest droga ...

Inną alternatywą, której użyłem, gdy wypisałem strukturę do JSON ze słownika jakiejś formy, jest zawsze dodawanie przecinka po każdym wpisie (jak to robisz powyżej), a następnie dodanie fikcyjnego wpisu na końcu, który nie ma przecinka (ale to jest po prostu leniwe; ->).

Niestety nie działa dobrze z tablicą.

Nie. Specyfikacja JSON, utrzymywana na stronie http://json.org , nie zezwala na końcowe przecinki. Z tego, co widziałem, niektóre parsery mogą po cichu na to pozwolić podczas czytania łańcucha JSON, podczas gdy inne będą zgłaszać błędy. Aby zapewnić interoperacyjność, nie należy go uwzględniać.

Powyższy kod można zrestrukturyzować, aby usunąć przecinek końcowy podczas dodawania terminatora tablicowego lub dodać przecinek przed elementami, pomijając ten dla pierwszego.

Prosty, tani, łatwy do odczytania i zawsze działa niezależnie od specyfikacji.

$delimiter = '';
for ....  {
    print $delimiter.$whatever
    $delimiter = ',';
}

Nadmiarowe przypisanie do $ delim to bardzo niewielka cena do zapłaty. Działa równie dobrze, jeśli nie ma wyraźnej pętli, ale oddzielne fragmenty kodu.

Końcowe przecinki są dozwolone w JavaScript, ale nie działają w IE. Specyfikacja JSON Douglasa Crockforda bez wersji nie pozwalała na to, a ponieważ nie była wersją, nie powinno się to zmieniać. Specyfikacja ESS JSON zezwala na to jako rozszerzenie, ale RFC 4627 Crockforda nie, a ES5 powrócił do ich niedozwolenia. Firefox poszedł w ich ślady. Internet Explorer jest powodem, dla którego nie możemy mieć fajnych rzeczy.

Jak już powiedziano, specyfikacja JSON (oparta na ECMAScript 3) nie pozwala na przecinek końcowy. ES> = 5 pozwala na to, więc możesz używać tej notacji w czystym JS. Dyskutowano o tym, a niektóre parsery to poparły ( http://bolinfest.com/essays/json.html , http://whereswalden.com/2010/09/08/spidermonkey-json-change-trailing-commas- nie jest już akceptowany / ), ale faktem jest (jak pokazano na http://json.org/ ), że nie powinien on działać w JSON. Ta rzecz powiedziała ...

... Zastanawiam się, dlaczego nikt nie zauważył, że można podzielić pętlę na iteracji na 0. i użyć przecinka wiodącego zamiast końcowego, aby pozbyć się zapachu kodu porównania i rzeczywistego obciążenia wydajności w pętli, co powoduje kod, który w rzeczywistości jest krótszy, prostszy i szybszy (z powodu braku rozgałęzień / warunków w pętli) niż inne proponowane rozwiązania.

Np. (W pseudokodzie w stylu C podobnym do kodu proponowanego przez OP):

s.append("[");
// MAX == 5 here. if it's constant, you can inline it below and get rid of the comparison
if ( MAX > 0 ) {
    s.appendF("\"%d\"", 0); // 0-th iteration
    for( int i = 1; i < MAX; ++i ) {
        s.appendF(",\"%d\"", i); // i-th iteration
    }
}
s.append("]");

Koderzy PHP mogą chcieć sprawdzić implode () . To zajmuje tablicę łączy ją za pomocą łańcucha.

Z dokumentów ...

$array = array('lastname', 'email', 'phone');
echo implode(",", $array); // lastname,email,phone

Co ciekawe, zarówno C, jak i C ++ (i myślę, że C #, ale nie jestem pewien) zezwalają na przecinek końcowy - właśnie z podanego powodu: znacznie ułatwia programowe generowanie list. Nie jestem pewien, dlaczego JavaScript nie poszedł w ich ślady.

Użyj JSON5. Nie używaj JSON.

• Obiekty i tablice mogą mieć przecinki końcowe
• Klucze obiektowe mogą być niecytowane, jeśli są poprawnymi identyfikatorami
• Ciągi znaków mogą być pojedynczymi cudzysłowami
• Ciągi znaków można podzielić na wiele linii
• Liczby mogą być szesnastkowe (podstawa 16)
• Liczby mogą zaczynać się lub kończyć kropką dziesiętną (wiodącą lub końcową).
• Liczby mogą obejmować Nieskończoność i-Nieskończoność.
• Liczby mogą zaczynać się wyraźnym znakiem plus (+).
• Dozwolone są zarówno komentarze wbudowane (jednowierszowe), jak i blokowe (wielowierszowe).

http://json5.org/

https://github.com/aseemk/json5

Istnieje możliwy sposób uniknięcia gałęzi if w pętli.

s.append("[ "); // there is a space after the left bracket
for (i = 0; i < 5; ++i) {
  s.appendF("\"%d\",", i); // always add comma
}
s.back() = ']'; // modify last comma (or the space) to right bracket

Zgodnie ze specyfikacją klasy JSONArray :

• Dodatkowy (przecinek) może pojawić się tuż przed nawiasem zamykającym.
• Wartość pusta zostanie wstawiona, gdy nastąpi (przecinek) wybór.

Tak więc, jak rozumiem, należy napisać:

[0,1,2,3,4,5,]

Ale może się zdarzyć, że niektóre parsery zwrócą liczbę 7 jako liczbę przedmiotów (jak IE8, jak zauważył Daniel Earwicker) zamiast oczekiwanej liczby 6.

Edytowane:

Znalazłem ten walidator JSON, który sprawdza poprawność łańcucha JSON względem RFC 4627 (typ nośnika aplikacji / json dla notacji obiektowej JavaScript) i specyfikacji języka JavaScript. W rzeczywistości tablica z przecinkiem końcowym jest uważana za prawidłową tylko dla JavaScript, a nie dla specyfikacji RFC 4627.

Jednak w specyfikacji RFC 4627 stwierdzono, że:

2.3 Tablice

Struktura tablic jest reprezentowana przez nawiasy kwadratowe otaczające zero lub więcej wartości (lub elementów). Elementy są oddzielone przecinkami.

array = begin-array [ value *( value-separator value ) ] end-array

Dla mnie to znowu problem interpretacyjny. Jeśli napiszesz, że elementy są oddzielone przecinkami (nie mówiąc o specjalnych przypadkach, takich jak ostatni element), można to zrozumieć na dwa sposoby.

PS RFC 4627 nie jest standardem (jak wyraźnie zaznaczono) i jest już przestarzały w RFC 7159 (który jest proponowanym standardem) RFC 7159

Z moich wcześniejszych doświadczeń wynika, że ​​różne przeglądarki inaczej radzą sobie z przecinkami w JSON.

Zarówno Firefox, jak i Chrome radzą sobie dobrze. Ale IE (wszystkie wersje) wydaje się pękać. Mam na myśli naprawdę zerwanie i przestanie czytać resztę skryptu.

Mając to na uwadze, a także fakt, że zawsze miło jest pisać zgodny kod, proponuję poświęcić dodatkowy wysiłek, aby upewnić się, że nie ma przecinka końcowego.

:)

Prowadzę bieżącą liczbę i porównuję ją z całkowitą liczbą. Jeśli bieżąca liczba jest mniejsza niż całkowita liczba, wyświetlam przecinek.

Może nie działać, jeśli nie masz łącznej liczby przed wykonaniem generacji JSON.

Z drugiej strony, jeśli używasz PHP 5.2.0 lub nowszego, możesz po prostu sformatować swoją odpowiedź za pomocą wbudowanego API JSON.

Z Relaxed JSON możesz mieć przecinki końcowe lub po prostu je pominąć . Są opcjonalne.

Nie ma żadnego powodu, aby parsować dokument podobny do JSON.

Spójrz na specyfikację Relaxed JSON, a zobaczysz, jak „głośna” jest oryginalna specyfikacja JSON. Zbyt wiele przecinków i cytatów ...

http://www.relaxedjson.org

Możesz także wypróbować swój przykład za pomocą tego internetowego analizatora składni RJSON i zobaczyć, jak został poprawnie przeanalizowany.

http://www.relaxedjson.org/docs/converter.html?source=%5B0%2C1%2C2%2C3%2C4%2C5%2C%5D

Zwykle zapętlam tablicę i dołączam przecinek po każdym wpisie w ciągu. Po pętli ponownie usuwam ostatni przecinek.

Może nie najlepszy sposób, ale mniej kosztowny niż sprawdzanie za każdym razem, czy to ostatni obiekt w pętli.

Nie jest to zalecane, ale nadal możesz zrobić coś takiego, aby to przeanalizować.

jsonStr = '[0,1,2,3,4,5,]';
let data;
eval('data = ' + jsonStr);
console.log(data)

Ponieważ pętla for służy do iteracji po tablicy lub podobnej iterowalnej strukturze danych, możemy użyć długości tablicy, jak pokazano,

awk -v header="FirstName,LastName,DOB" '
  BEGIN {
    FS = ",";
    print("[");
    columns = split(header, column_names, ",");
  }
  { print("  {");
    for (i = 1; i < columns; i++) {
      printf("    \"%s\":\"%s\",\n", column_names[i], $(i));
    }
    printf("    \"%s\":\"%s\"\n", column_names[i], $(i));
    print("  }");
  }
  END { print("]"); } ' datafile.txt

W pliku datafile.txt zawierającym

 Angela,Baker,2010-05-23
 Betty,Crockett,1990-12-07
 David,Done,2003-10-31

Jak stwierdzono, nie jest to dozwolone. Ale w JavaScript jest to:

var a = Array()
for(let i=1; i<=5; i++) {
    a.push(i)
}
var s = "[" + a.join(",") + "]"

(działa dobrze w Firefox, Chrome, Edge, IE11 i bez let w IE9, 8, 7, 5)