Jsdom: Aclarar las rutas a los scripts locales para que sean absolutas

Creado en 13 may. 2016 · 4Comentarios · Fuente: jsdom/jsdom

Por ahora , jsdom establece los scripts inyectados src sin ningún control ni resolución. IIRC, hubo una propuesta para agregar un conjunto separado para scripts locales a config . Hasta entonces, tal vez el documento de ayuda principal debería aclarar que las rutas a los scripts locales deben ser absolutas (o algo así como path.join(__dirname, 'script.js') ). Ninguno de estos funcionará como una ruta local adecuada:

scripts: ['script.js']

scripts: ['.\\script.js']

scripts: ['./script.js']

No estoy seguro de cuál es el lugar adecuado para esta advertencia, por lo que no me atrevo a hacer una PR.

documentation fixed in newapi

Fuente

vsemozhetbyt

Comentario más útil

require.resolve() sería bueno para un código de muestra en el archivo Léame:

scripts: [
  require.resolve('./myscript.js'),
  require.resolve('jquery')
]

Joris-van-der-Wel en 13 may. 2016

👍3

Todos 4 comentarios

require.resolve() sería bueno para un código de muestra en el archivo Léame:

scripts: [
  require.resolve('./myscript.js'),
  require.resolve('jquery')
]

Joris-van-der-Wel en 13 may. 2016

👍3

Relacionado con https://github.com/tmpvar/jsdom/issues/1733

Cuando trato de cargar los scripts por:

scripts: [
  require.resolve('./myscript.js'),
  require.resolve('jquery')
]

No parece funcionar. Caso de prueba:

import test from 'ava'

// import { readFileSync } from 'fs'
import { jsdom, createVirtualConsole } from 'jsdom'

// const systemJSContent = readFileSync(require.resolve('systemjs'), { encoding: 'utf-8' })

const cwd = process.cwd()
let window
test.beforeEach(() => {
  const virtualConsole = createVirtualConsole().sendTo(console)
  const document = jsdom('',
    {
      url: `file://${cwd}/index.html`,
      virtualConsole,
      scripts: [
        require.resolve('systemjs')
      ]
    })
  window = document.defaultView

  // let scriptEl = document.createElement('script')
  // scriptEl.textContent = systemJSContent
  // document.body.appendChild(scriptEl)
})

test(async t => {
  // SystemJS should create global `SystemJS` variable.
  console.log(window.SystemJS)
  t.not(window.SystemJS, undefined)
})

Si cambio para cargar el archivo directamente, la prueba pasará:

import test from 'ava'

import { readFileSync } from 'fs'
import { jsdom, createVirtualConsole } from 'jsdom'

const systemJSContent = readFileSync(require.resolve('systemjs'), { encoding: 'utf-8' })

const cwd = process.cwd()
let window
test.beforeEach(() => {
  const virtualConsole = createVirtualConsole().sendTo(console)
  const document = jsdom('',
    {
      url: `file://${cwd}/index.html`,
      virtualConsole,
//      scripts: [
//        require.resolve('systemjs')
//      ]
    })
  window = document.defaultView

  let scriptEl = document.createElement('script')
  scriptEl.textContent = systemJSContent
  document.body.appendChild(scriptEl)
})

test(async t => {
  // SystemJS should create global `SystemJS` variable.
  console.log(window.SystemJS)
  t.not(window.SystemJS, undefined)
})

El código de prueba se puede ver aquí: https://github.com/unional/some-issues/tree/jsdom-scirpts

unional en 14 feb. 2017

¿Es porque jsdom() no carga los scripts?

Y no le permite proporcionar secuencias de comandos por separado que inyectará y ejecutará.

ACTUALIZACIÓN: no importa. Esa es la razón. Esta prueba pasa:

test('use scripts property', t => {
  return new Promise(r => {
    env(`file://${cwd}/index.html`,
      {
        virtualConsole,
        scripts: [
          require.resolve('systemjs')
        ],
        done(_err, window: any) {
          t.not(window.SystemJS, undefined)
          r()
        }
      })
  })
})

unional en 14 feb. 2017

El cierre como API antigua se eliminará en la próxima versión v12.