delorie.com/archives/browse.cgi | search |
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-1288035427-1451779449=:2176 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 24 Dec 2015, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > Getting the data model right is almost completely independent of the > rest - even if some may work more elegantly than others. > > Getting the data model right is also the hard bit - unfortunately. I absolutely agree. I've been working hard to get the in-memory data representation for Xorn right, and the main thing which keeps me from defining PCB object types right now is that I haven't found a convincing data model for these yet. On Sun, 27 Dec 2015, Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > Simple though it is, the effort of parsing it is not zero and is mostly > a waste. Modern language have built-in serialization, and with YAML you > get a cross-language version of that plus a well-defined human-readable > file format. What's not to like? The part of parsing a .sym/.sch file which can potentially become easier with YAML is as simple as a sscanf(3). After extracting the value strings from the file, you still have parse and validate them no matter whether they have been stored in a .sym/.sch or YAML file. --8323329-1288035427-1451779449=:2176--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |