[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: comments on version 2 of protocol draft



>>>>> On Tue, 2 Mar 2004 16:15:25 -0800, Rob Enns <rpe@juniper.net> said:

>> A note on defaults.  In many places, there are default values or
>> operands that are assigned unless specified otherwise.  As a
>> programmer, I always found defaults difficult to remember once I've
>> developed something and am on to the next project.  Unspecified
>> defaults (I feel) make support and maintenace pretty darn difficult
>> and add to confusion later on.  For example, lets say you are in the
>> field and debugging something by looking at a stream of XML.  W/o the
>> spec handy, one could have a difficult time recalling what exactly the
>> default value is.  Consequently, my personal vote is that defaults be
>> eliminated and that all values, operations, options be required to be
>> explicitly defined.  For a computer, its not big deal; for humans, it
>> adds a lot of clarity.

Rob> I agree with this. Does anyone on the list have a problem with 
Rob> removing the default parameter values?

Another comment, is it an error if the spec revs and adds a new field
(which could have had a default for "how it used to act before the
spec rev") and an old manager doesn't send a value for that field?

-- 
"In the bathtub of history the truth is harder to hold than the soap,
 and much more difficult to find."  -- Terry Pratchett

--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>