<p dir="ltr"><br>
On Apr 24, 2014 2:18 PM, "Peter Gutmann" <<a href="mailto:pgut001@cs.auckland.ac.nz">pgut001@cs.auckland.ac.nz</a>> wrote:<br>
><br>
> ianG <<a href="mailto:iang@iang.org">iang@iang.org</a>> writes:<br>
> >On 21/04/2014 07:45 am, Peter Gutmann wrote:<br>
> >> I use a slightly different approach: Don't assume a C API/ABI.  If your API<br>
> >> can deal with C, Java, Perl, Tcl, Delphi, and Visual Basic, all via the single<br>
> >> API,<br>
> ><br>
> >What rules/guidelines do you use to achieve that?<br>
><br>
> See Dennis' followup message, use access methods (get/set/delete) rather than<br>
> direct access to internal members.  One side-effect of this is that it<br>
> requires a reasonably well thought-out API, so that you don't end up having to<br>
> call a dozen set-value methods for each operation you want to perform.<br>
><br>
> Peter.<br>
><br>
My necessary (but not sufficient) criterion is this: can you stub out all your api calls and use it over RPC?  (This is orthogonal to statelessness or idempotent RPCs)</p>
<p dir="ltr">../ji<br>
</p>