Re: [Json] Schemas & so on
John Cowan <cowan@mercury.ccil.org> Tue, 03 May 2016 19:09 UTC
Return-Path: <cowan@ccil.org>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9509712D0C0 for <json@ietfa.amsl.com>; Tue, 3 May 2016 12:09:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.597
X-Spam-Level:
X-Spam-Status: No, score=-3.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u50B8NjbVlxD for <json@ietfa.amsl.com>; Tue, 3 May 2016 12:09:12 -0700 (PDT)
Received: from earth.ccil.org (earth.ccil.org [192.190.237.11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 454F312D0C3 for <json@ietf.org>; Tue, 3 May 2016 12:09:12 -0700 (PDT)
Received: from cowan by earth.ccil.org with local (Exim 4.72) (envelope-from <cowan@ccil.org>) id 1axfgy-0002dn-B3; Tue, 03 May 2016 15:09:08 -0400
Date: Tue, 03 May 2016 15:09:08 -0400
From: John Cowan <cowan@mercury.ccil.org>
To: Phillip Hallam-Baker <ietf@hallambaker.com>
Message-ID: <20160503190908.GA6756@mercury.ccil.org>
References: <CAHBU6itCV9MXmALdKtE9-vjUPG6-6ZqdqzrmZkcEzSUysi3S-w@mail.gmail.com> <AC93811D-A16A-4527-B2EB-C6A9FC6D4F17@mnot.net> <20160503010109.GA17482@mercury.ccil.org> <CAMm+LwjVnh5H4REM9tUJjb7QvL2arxjkhjWybHerxbXUvkcMdA@mail.gmail.com> <20160503172537.GM29513@mercury.ccil.org> <CAMm+LwhMyFawLEQ-e04TA9hw8nsRbG0+1f3hEAhAYc0sgNqtjA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAMm+LwhMyFawLEQ-e04TA9hw8nsRbG0+1f3hEAhAYc0sgNqtjA@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Sender: John Cowan <cowan@ccil.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/json/r7nKccT3yLFbciv36_QkOZ4j8uY>
Cc: Mark Nottingham <mnot@mnot.net>, Tim Bray <tbray@textuality.com>, "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] Schemas & so on
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 May 2016 19:09:13 -0000
Phillip Hallam-Baker scripsit: > I think syntactic sugar does actually matter. That is I see a big > difference between something like > > int MyField; > > and something like this > > {"MyField" : { "type" : "Integer", "max" : 42, "min" : -32 } } I agree, but {"MyField": -254} (under a convention by which negative numbers express signed values, if you need to distinguish signed from unsigned) is not too bad. > I think the chances of spotting a blooper in the second is a lot better. The first, I suppose you mean. > The reason for having the 'label before declaration' rule is that it > provides consistency. Every definition has the label first. C has a nasty > habit of doing this differently for classes and fields/variables. Doing it > the same way throughout is much cleaner. The label should go first because > it is always one token while the definition may be a structure. Every language not heavily under the thumb of C has always used name before type. -- John Cowan http://www.ccil.org/~cowan cowan@ccil.org We want more school houses and less jails; more books and less arsenals; more learning and less vice; more constant work and less crime; more leisure and less greed; more justice and less revenge; in fact, more of the opportunities to cultivate our better natures. --Samuel Gompers
- [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Martin J. Dürst
- Re: [Json] Schemas & so on Rob Sayre
- Re: [Json] Schemas & so on Erik Wilde
- Re: [Json] Schemas & so on Erik Wilde
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Anders Rundgren
- Re: [Json] Schemas & so on Peter Cordell
- Re: [Json] Schemas & so on Joe Hildebrand (jhildebr)
- Re: [Json] Schemas & so on Austin William Wright
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Mark Nottingham
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Mark Nottingham
- Re: [Json] Schemas & so on Erik Wilde
- Re: [Json] Schemas & so on Anders Rundgren
- Re: [Json] Schemas & so on Rob Sayre
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Erik Wilde
- Re: [Json] Schemas & so on Tim Bray
- Re: [Json] Schemas & so on Cyrus Daboo
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Victor Kareh
- Re: [Json] Schemas & so on Peter Cordell
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Peter Cordell
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Erik Wilde
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Peter Cordell
- Re: [Json] Schemas & so on Joe Hildebrand (jhildebr)
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Peter Cordell
- Re: [Json] Schemas & so on Joe Hildebrand (jhildebr)
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on - int54 Peter Cordell
- Re: [Json] Schemas & so on - int54 John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on John Cowan
- Re: [Json] Schemas & so on Phillip Hallam-Baker
- Re: [Json] Schemas & so on Phillip Hallam-Baker