Confirmed users
157
edits
WebAPI/DesignGuidelines: Difference between revisions
→Design considerations
No edit summary |
|||
| Line 73: | Line 73: | ||
* Work with the strengths of the Web and JavaScript (e.g. IndexedDB works directly with JS objects and doesn't require serialization to SQL primitives). | * Work with the strengths of the Web and JavaScript (e.g. IndexedDB works directly with JS objects and doesn't require serialization to SQL primitives). | ||
* Use new features instead of old ones (e.g. Promises instead of DOMRequests, WebIDL, ...). | * Use new features instead of old ones (e.g. Promises instead of DOMRequests, WebIDL, ...). | ||
** | ** But there is nothing wrong with events and such. | ||
** Don't use new features just for the sake of being cool and hip. Use them when they make sense. | ** Don't use new features just for the sake of being cool and hip. Use them when they make sense. | ||
* The design of APIs only exposed to privileged or certified apps is less important to get right the first time than those that will be exposed to the Web at large but if this route is chosen, future standardization efforts will be hampered. | * The design of APIs only exposed to privileged or certified apps is less important to get right the first time than those that will be exposed to the Web at large but if this route is chosen, future standardization efforts will be hampered. | ||