Variables globales node.js?

J'ai demandé ici: node.js nécessite l'héritage?

et on m'a dit que je peux définir des variables à la portée globale en omettant la var.

Cela ne fonctionne pas pour moi.

c'est à dire:

_ = require('underscore');

Ne rend pas le _ disponible sur les fichiers requis. Je peux régler avec expressapp.set et les avoir disponibles ailleurs cependant.

Quelqu'un peut-il confirmer que cela est censé fonctionner? Merci.

Vous pouvez utiliser globalcomme ceci:

global._ = require('underscore')

Dans le nœud, vous pouvez définir des variables globales via l'objet "global" ou "GLOBAL":

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

ou plus utilement ...

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

Depuis la source du nœud, vous pouvez voir que ceux-ci sont aliasés les uns aux autres:

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

Dans le code ci-dessus, "ceci" est le contexte global. Avec le système de modules commonJS (que le nœud utilise), l'objet "this" à l'intérieur d'un module (c'est-à-dire "votre code") n'est PAS le contexte global. Pour en avoir la preuve, voir ci-dessous où je crache l'objet "this" puis l'objet géant "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: {} }
*/

** Remarque: en ce qui concerne le réglage "GLOBAL._", en général, vous devez simplement le faire var _ = require('underscore');. Oui, vous le faites dans chaque fichier qui utilise le soulignement, tout comme vous le faites en Javaimport com.foo.bar; . Cela facilite la compréhension de ce que fait votre code car les liens entre les fichiers sont «explicites». Légèrement ennuyeux, mais une bonne chose. .... C'est la prédication.

Il y a une exception à chaque règle. J'ai eu exactement exactement UNE instance où je devais définir "GLOBAL._". Je créais un système pour définir des fichiers "config" qui étaient essentiellement JSON, mais qui étaient "écrits en JS" pour permettre un peu plus de flexibilité. De tels fichiers de configuration n'avaient pas d'instructions 'require', mais je voulais qu'ils aient accès au trait de soulignement (le système ENTIRE était basé sur les modèles de soulignement et de soulignement), donc avant d'évaluer la "config", je définirais "GLOBAL._". Alors oui, pour chaque règle, il y a une exception quelque part. Mais vous feriez mieux d'avoir une sacrée bonne raison et pas seulement "je suis fatigué de taper" require "donc je veux rompre avec la convention".

Les autres solutions qui utilisent le mot clé GLOBAL sont un cauchemar pour maintenir / lisibilité (+ pollution de l'espace de noms et bugs) lorsque le projet s'agrandit. J'ai vu cette erreur plusieurs fois et j'ai eu les tracas de la réparer.

Utilisez un fichier JS puis utilisez les exportations de module.

Exemple:

globals.js

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

module.exports = Globals;

Ensuite, si vous souhaitez les utiliser, utilisez require.

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

Qu'en est-il d'un espace de noms global comme global.MYAPI = {}

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

Modifier après le commentaire de camilo-martin : Toutes les autres affiches parlent du mauvais schéma impliqué. Donc, en laissant cette discussion de côté, la meilleure façon d'avoir une variable définie globalement (question OP) est à travers les espaces de noms.

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

Vous pouvez simplement utiliser l'objet global.

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

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

Je suis d'accord que l'utilisation de l'espace de noms global / GLOBAL pour définir quelque chose de global est une mauvaise pratique et ne l'utilise pas du tout en théorie ( en théorie étant le mot clé). Cependant (oui, l'opérateur) je l'utilise pour définir des classes d'erreur personnalisées:

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

global.MyError = [Function of MyError];

Oui, tabou ici, mais si votre site / projet utilise des erreurs personnalisées partout, vous devrez essentiellement le définir partout, ou au moins quelque part pour:

1. Définissez la classe Error en premier lieu
2. Dans le script où vous le lancez
3. Dans le script où vous l'attrapez

La définition de mes erreurs personnalisées dans l'espace de noms global m'évite d'avoir à demander ma bibliothèque d'erreurs client. L'imagerie lançant une erreur personnalisée lorsque cette erreur personnalisée n'est pas définie.

De plus, si cela ne va pas, faites-le moi savoir car je viens juste de commencer à le faire récemment