variables globales de node.js?

Pregunté aquí: node.js requiere herencia?

y me dijeron que puedo establecer variables en el ámbito global al omitir la var.

Esto no funciona para mi.

es decir:

_ = require('underscore');

No hace que _ esté disponible en los archivos requeridos. Sin app.setembargo, puedo configurarlo con express y tenerlo disponible en otro lugar.

¿Alguien puede confirmar que se supone que esto funciona? Gracias.

Puedes usar globalasí:

global._ = require('underscore')

En el nodo, puede establecer variables globales a través del objeto "global" o "GLOBAL":

GLOBAL._ = require('underscore'); // but you "shouldn't" do this! (see note below)

o más útilmente ...

GLOBAL.window = GLOBAL;  // like in the browser

Desde el origen del nodo, puede ver que estos tienen un alias entre sí:

node-v0.6.6/src/node.js:
28:     global = this;
128:    global.GLOBAL = global;

En el código anterior, "esto" es el contexto global. Con el sistema de módulos commonJS (qué nodo usa), el objeto "este" dentro de un módulo (es decir, "su código") NO es el contexto global. Para probar esto, vea a continuación donde arrojo el objeto "este" y luego el objeto gigante "GLOBAL".

console.log("\nTHIS:");
console.log(this);
console.log("\nGLOBAL:");
console.log(global);

/* outputs ...

THIS:
{}

GLOBAL:
{ ArrayBuffer: [Function: ArrayBuffer],
  Int8Array: { [Function] BYTES_PER_ELEMENT: 1 },
  Uint8Array: { [Function] BYTES_PER_ELEMENT: 1 },
  Int16Array: { [Function] BYTES_PER_ELEMENT: 2 },
  Uint16Array: { [Function] BYTES_PER_ELEMENT: 2 },
  Int32Array: { [Function] BYTES_PER_ELEMENT: 4 },
  Uint32Array: { [Function] BYTES_PER_ELEMENT: 4 },
  Float32Array: { [Function] BYTES_PER_ELEMENT: 4 },
  Float64Array: { [Function] BYTES_PER_ELEMENT: 8 },
  DataView: [Function: DataView],
  global: [Circular],
  process: 
   { EventEmitter: [Function: EventEmitter],
     title: 'node',
     assert: [Function],
     version: 'v0.6.5',
     _tickCallback: [Function],
     moduleLoadList: 
      [ 'Binding evals',
        'Binding natives',
        'NativeModule events',
        'NativeModule buffer',
        'Binding buffer',
        'NativeModule assert',
        'NativeModule util',
        'NativeModule path',
        'NativeModule module',
        'NativeModule fs',
        'Binding fs',
        'Binding constants',
        'NativeModule stream',
        'NativeModule console',
        'Binding tty_wrap',
        'NativeModule tty',
        'NativeModule net',
        'NativeModule timers',
        'Binding timer_wrap',
        'NativeModule _linklist' ],
     versions: 
      { node: '0.6.5',
        v8: '3.6.6.11',
        ares: '1.7.5-DEV',
        uv: '0.6',
        openssl: '0.9.8n' },
     nextTick: [Function],
     stdout: [Getter],
     arch: 'x64',
     stderr: [Getter],
     platform: 'darwin',
     argv: [ 'node', '/workspace/zd/zgap/darwin-js/index.js' ],
     stdin: [Getter],
     env: 
      { TERM_PROGRAM: 'iTerm.app',
        'COM_GOOGLE_CHROME_FRAMEWORK_SERVICE_PROCESS/USERS/DDOPSON/LIBRARY/APPLICATION_SUPPORT/GOOGLE/CHROME_SOCKET': '/tmp/launch-nNl1vo/ServiceProcessSocket',
        TERM: 'xterm',
        SHELL: '/bin/bash',
        TMPDIR: '/var/folders/2h/2hQmtmXlFT4yVGtr5DBpdl9LAiQ/-Tmp-/',
        Apple_PubSub_Socket_Render: '/tmp/launch-9Ga0PT/Render',
        USER: 'ddopson',
        COMMAND_MODE: 'unix2003',
        SSH_AUTH_SOCK: '/tmp/launch-sD905b/Listeners',
        __CF_USER_TEXT_ENCODING: '0x12D732E7:0:0',
        PATH: '/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:~/bin:/usr/X11/bin',
        PWD: '/workspace/zd/zgap/darwin-js',
        LANG: 'en_US.UTF-8',
        ITERM_PROFILE: 'Default',
        SHLVL: '1',
        COLORFGBG: '7;0',
        HOME: '/Users/ddopson',
        ITERM_SESSION_ID: 'w0t0p0',
        LOGNAME: 'ddopson',
        DISPLAY: '/tmp/launch-l9RQXI/org.x:0',
        OLDPWD: '/workspace/zd/zgap/darwin-js/external',
        _: './index.js' },
     openStdin: [Function],
     exit: [Function],
     pid: 10321,
     features: 
      { debug: false,
        uv: true,
        ipv6: true,
        tls_npn: false,
        tls_sni: true,
        tls: true },
     kill: [Function],
     execPath: '/usr/local/bin/node',
     addListener: [Function],
     _needTickCallback: [Function],
     on: [Function],
     removeListener: [Function],
     reallyExit: [Function],
     chdir: [Function],
     debug: [Function],
     error: [Function],
     cwd: [Function],
     watchFile: [Function],
     umask: [Function],
     getuid: [Function],
     unwatchFile: [Function],
     mixin: [Function],
     setuid: [Function],
     setgid: [Function],
     createChildProcess: [Function],
     getgid: [Function],
     inherits: [Function],
     _kill: [Function],
     _byteLength: [Function],
     mainModule: 
      { id: '.',
        exports: {},
        parent: null,
        filename: '/workspace/zd/zgap/darwin-js/index.js',
        loaded: false,
        exited: false,
        children: [],
        paths: [Object] },
     _debugProcess: [Function],
     dlopen: [Function],
     uptime: [Function],
     memoryUsage: [Function],
     uvCounters: [Function],
     binding: [Function] },
  GLOBAL: [Circular],
  root: [Circular],
  Buffer: 
   { [Function: Buffer]
     poolSize: 8192,
     isBuffer: [Function: isBuffer],
     byteLength: [Function],
     _charsWritten: 8 },
  setTimeout: [Function],
  setInterval: [Function],
  clearTimeout: [Function],
  clearInterval: [Function],
  console: [Getter],
  window: [Circular],
  navigator: {} }
*/

** Nota: con respecto a la configuración "GLOBAL._", en general solo debes hacer var _ = require('underscore');. Sí, lo haces en cada archivo que usa guión bajo, al igual que en Java import com.foo.bar;. Esto hace que sea más fácil averiguar qué está haciendo su código porque los enlaces entre archivos son 'explícitos'. Ligeramente molesto, pero algo bueno. .... Esa es la predicación.

Hay una excepción a cada regla. He tenido exactamente UNA instancia en la que necesitaba configurar "GLOBAL._". Estaba creando un sistema para definir archivos "config" que eran básicamente JSON, pero estaban "escritos en JS" para permitir un poco más de flexibilidad. Dichos archivos de configuración no tenían declaraciones 'require', pero quería que tuvieran acceso a guión bajo (el sistema ENTERO se basaba en plantillas de guión bajo y guión bajo), por lo que antes de evaluar la "configuración", establecería "GLOBAL._". Entonces, sí, para cada regla, hay una excepción en alguna parte. Pero es mejor que tenga una buena razón y no solo "me canso de escribir 'require', así que quiero romper con la convención".

Las otras soluciones que usan la palabra clave GLOBAL son una pesadilla para mantener / legibilidad (+ contaminación de espacio de nombres y errores) cuando el proyecto se hace más grande. He visto este error muchas veces y tuve la molestia de arreglarlo.

Use un archivo JS y luego use exportaciones de módulos.

Ejemplo:

globals.js

var Globals = {
    'domain':'www.MrGlobal.com';
}

module.exports = Globals;

Luego, si desea utilizarlos, use require.

var globals = require('globals'); //<< globals.js path
globals.domain //<< Domain.

¿Qué pasa con un espacio de nombres global como global.MYAPI = {}

global.MYAPI._ = require('underscore')

Edite después del comentario de camilo-martin : Todos los otros carteles hablan sobre el mal patrón involucrado. Dejando a un lado esa discusión, la mejor manera de tener una variable definida globalmente (pregunta de OP) es a través de espacios de nombres.

@ consejo: http://thanpol.as/javascript/development-using-namespaces

Simplemente puede usar el objeto global.

var X = ['a', 'b', 'c'];
global.x = X;

console.log(x);
//['a', 'b', 'c']

Estoy de acuerdo en que usar el espacio de nombres global / GLOBAL para establecer algo global es una mala práctica y no lo uso en absoluto en teoría ( en teoría es la palabra clave). Sin embargo (sí, el operativo) lo uso para configurar clases de error personalizadas:

// Some global/config file that gets called in initialisation

global.MyError = [Function of MyError];

Sí, tabú aquí, pero si su sitio / proyecto usa errores personalizados en todo el lugar, básicamente necesitaría definirlo en todas partes, o al menos en algún lugar para:

1. Definir la clase Error en primer lugar.
2. En el guión donde lo estás tirando
3. En el guión donde lo estás atrapando

Definir mis errores personalizados en el espacio de nombres global me ahorra la molestia de requerir la biblioteca de errores de mi cliente. Imágenes que arrojan un error personalizado donde ese error personalizado no está definido.

Además, si esto está mal, hágamelo saber, ya que recién comencé a hacer esto recientemente.