History

Evan You a66e53a24f fix(runtime-core): fix SSR memoery leak due to props normalization cache fix #2225 The previous props/emits normlaization was caching normalized result per app instance, but during SSR there is a new app instance created for every request. The fix now de-opts props/emits normlaization caching when there are props/emits declared in global mixins - which is a very rare use case.		2020-10-06 15:31:29 -04:00
..
__tests__	fix(runtime-core): ensure this context for $nextTick callback	2020-10-05 18:18:38 -04:00
src	fix(runtime-core): fix SSR memoery leak due to props normalization cache	2020-10-06 15:31:29 -04:00
types	fix(types): augment ref unwrap bail types in appropriate packages	2020-05-01 16:14:30 -04:00
api-extractor.json	refactor(types): mark internal API exports and exclude from d.ts	2020-04-30 17:04:35 -04:00
index.js	refactor: rename packages	2018-10-26 15:44:50 -04:00
LICENSE	chore: license	2019-10-28 11:15:17 -04:00
package.json	release: v3.0.0	2020-09-18 11:28:05 -04:00
README.md	chore: update readme	2019-12-09 14:06:31 -05:00

README.md

@vue/runtime-core

This package is published only for typing and building custom renderers. It is NOT meant to be used in applications.

For full exposed APIs, see src/index.ts. You can also run yarn build runtime-core --types from repo root, which will generate an API report at temp/runtime-core.api.md.

Building a Custom Renderer

import { createRenderer } from '@vue/runtime-core'

const { render, createApp } = createRenderer({
  patchProp,
  insert,
  remove,
  createElement,
  // ...
})

// `render` is the low-level API
// `createApp` returns an app instance with configurable context shared
// by the entire app tree.
export { render, createApp }

export * from '@vue/runtime-core'

See @vue/runtime-dom for how a DOM-targeting renderer is implemented.