- From: Soonho Lee <soonho@sktelecom.com>
- Date: Mon, 31 Aug 2009 14:28:03 +0900
- To: Robin Berjon <robin@robineko.com>, "public-device-apis@w3.org" <public-device-apis@w3.org>
I Agree. (We should consider the efficient mechanism for the API versioning based on JavaScript.) Soonho Lee ---------------------------------------------------------------------- ì° âí ûÌ (Lee, Soon-Ho), Ph.D, Manager, Application Development Team, Next Internet R&D Center, SK Telecom, mobile: 010-3128-1483, email: soonho@sktelecom.com phone: +82-2-6100-2633, fax: +82-2-6100-7807 -----Original Message----- From: public-device-apis-request@w3.org [mailto:public-device-apis-request@w3.org] On Behalf Of Robin Berjon Sent: Thursday, August 27, 2009 9:49 PM To: public-device-apis@w3.org Subject: ISSUE-4: Versioning Straw Poll Hi, I'd like to get a rough view of where people stand with respect to API versioning, so here's a straw poll. Straw polls are different from formal votes in that they aren't binding for the WG - they just provide for a quick snapshot to get a feel for the state of a debate. Also, answers are per participant, not per company (though we'll notice ballot stuffing of course). Here's the SP: This house believes that explicit version mechanisms on an API, such as have been done elsewhere using for instance hasFeature(), a version attribute on interface object, or a version parameter passed to a constructor are not useful in a web context and should be forsaken. Future revisions to given interfaces should either be strictly additive, change names, or ensure that what limited deltas are made do not break real-world code. Answers can be: - I Agree - I Disagree - I Don't Care Please reply by September 1st. Thanks! -- Robin Berjon robineko - setting new standards http://robineko.com/
Received on Monday, 31 August 2009 05:28:48 UTC