Comment puis-je définir des variables globales en CoffeeScript?

Sur Coffeescript.org:

bawbag = (x, y) ->
    z = (x * y)

bawbag(5, 10)

serait compiler:

var bawbag;
bawbag = function(x, y) {
  var z;
  return (z = (x * y));
};
bawbag(5, 10);

la compilation via coffee-script sous node.js enveloppe la sorte:

(function() {
  var bawbag;
  bawbag = function(x, y) {
    var z;
    return (z = (x * y));
  };
  bawbag(5, 10);
}).call(this);

Docs disent:

Si vous souhaitez créer des variables globales pour d'autres scripts à utiliser,
joindre en tant que propriétés de la fenêtre, ou sur les exportations de l'objet dans
CommonJS. Les existentielle de l'opérateur (ci-dessous), vous donne un
moyen fiable de déterminer où les ajouter, si vous ciblez les deux
CommonJS et le navigateur: root = exportations ? cette

Comment puis-je définir des Variables Globales puis en CoffeeScript. Qu'est-ce que les joindre en tant que propriétés dans la fenêtre " signifie pour vous?

Notez que l'utilisation de variables globales est mauvais, c2.com/cgi/wiki?GlobalVariablesAreBad, et même considéré comme nocif, c2.com/cgi/wiki?GotoConsideredHarmful. Et il n'y a vraiment aucune raison de les utiliser en JavaScript à tous, comme vous l'avez d'excellentes fonctionnalités, comme les fermetures qui peut résoudre la plupart des problèmes que vous utilisez des variables globales à résoudre.
Alors que je suis d'accord avec vous, ici, dans certains cas, il est nécessaire de créer une centrale d'application de l'objet et ont des modules être attaché à elle.
centrale objets peuvent être enregistrés en vigueur de l'état global des objets, comme le window objet ou de la exports objet. pas besoin de créer des variables globales.
les variables globales sont enregistrés en tant que propriétés de l' window (ou global sur nodejs) objet
Ouais, c'est pas l'insta-mauvais d'avoir un mondial var. Juste une mauvaise pratique de tuyau de votre application vers le bas avec eux à la légère. Déclarant l'un et en l'utilisant comme un adaptateur d'usine comme jQuery ou d'un espace de noms est vraiment pratique courante.

InformationsquelleAutor Handloomweaver | 2010-11-18

coffeescript javascript

419

Puisque le café script a pas de var déclaration qu'il insère automatiquement pour toutes les variables dans le coffee-script, de cette façon, il empêche la compilation version JavaScript de fuite tout en le espace de noms global.

Donc, puisqu'il n'y a pas moyen de faire quelque chose de "fuite" dans le espace de noms global du coffee-script côté des choses sur le but, vous devez définir vos variables globales comme des propriétés de l' objet global.

joindre en tant que propriétés de la fenêtre

Cela signifie que vous devez faire quelque chose comme window.foo = 'baz';, qui gère le navigateur de l'affaire, car il y a la objet global est le window.

Node.js

Dans Node.js il n'y a pas window objet, au lieu de cela, il y a la exports objet qui est passée dans le wrapper qui enveloppe le Node.js module (Voir: https://github.com/ry/node/blob/master/src/node.js#L321 ), donc dans Node.js ce que vous devez faire est de exports.foo = 'baz';.

Maintenant, laissez-nous jeter un oeil à ce qu'il dit dans votre citation de la documentation:

...ciblant à la fois CommonJS et le navigateur: root = exportations ? cette

C'est évidemment le café-script, donc, nous allons jeter un regard sur ce que tout cela compile:
```
var root;
root = (typeof exports !== "undefined" && exports !== null) ? exports : this;
```
D'abord il va vérifier si exports est défini, puisqu'en essayant de faire référence à un inexistante variable en JavaScript serait autrement le rendement d'une SyntaxError (sauf lorsqu'il est utilisé avec des typeof)

Donc si exports existe, ce qui est le cas dans Node.js (ou dans un mal écrite, Site web...) racine de point de exports, sinon à this. Alors, quel est this?
```
(function() {...}).call(this);
```
À l'aide de .call sur une fonction qui permet de lier le this à l'intérieur de la fonction pour le premier paramètre transmis, dans le cas du navigateur this serait désormais le window objet, en cas de Node.js il serait le contexte mondial qui est également disponible en tant que global objet.

Mais puisque vous avez l' require fonction dans Node.js, il n'y a pas besoin d'assigner quelque chose à la global objet dans Node.js au lieu de vous affecter à la exports objet qui est ensuite renvoyé par la require fonction.

Café-Script

Après toutes ces explications, voici ce que vous devez faire:
```
root = exports ? this
root.foo = -> 'Hello World'
```
Cela va déclarer notre fonction foo dans l'espace de noms global (quel qu'il puisse être).

C'est tout 🙂
- Quelle est la différence entre le global, GLOBAL, et root objets dans node.js?
- en essayant de faire référence à un inexistante variable en JavaScript serait autrement le rendement d'une SyntaxError Ne pas vous dire ReferenceError ?
- Ou encore plus court: (exports ? this).foo = -> 'Hello World'
- J'ai déclaré (exportations ? c').db = redis.createClient() dans l'application.café et tenté d'accéder à la db dans les itinéraires.index.le café à l'aide de db.set('en ligne',Date.maintenant(), (err,répondre) -> console.journal(répondre.toString ()) ), cela ne semble pas fonctionner...ce qui se passe..je suis sur le nœud 0.8.9
- c'.toto est souvent != de la fenêtre.foo mais si vous êtes 'ce' contexte est un objet déjà. C'est une confusion de la syntaxe.
- mais si vous voulez assing exportations istelf, vous avez à injecter de la plaine de javascript avec en arrière-tiques?
- ce n'est pas la création d'une variable globale à tous - ses la création d'un module exportations. Ce n'était pas la question
- Alors que je suis d'accord avec l'aide de global = exports ? this. La revendication que "dans le cas de Node.js il serait le contexte global..." est erronée parce que le this variable, en cas de besoin ou exécuter par node.js, est évaluée comme la portée de module. Donc, si vous attendez de réglage accessoires, il sera accessible dans le monde entier, vous serez déçu. Si vous ne souhaitez définir les choses à l'échelle mondiale en node.js contexte, vous devez utiliser le global variable, plutôt que de this.
- Si vous n'avez pas besoin de la this de secours, vous pouvez simplement dire: exports?.foo = -> 'Hello World' Cela empêche CoffeeScript de déclarer la variable. J'ai utilisé cette astuce dans un nœud du module: module?.exports = …
InformationsquelleAutor Ivo Wetzel
57

Pour moi, il semble que @atomicules a la réponse la plus simple, mais je pense qu'il peut être simplifié un peu plus. Vous avez besoin de mettre un @ avant tout ce que vous voulez être global, de sorte qu'il compile pour this.anything et this se réfère à l'objet global.

donc...
```
@bawbag = (x, y) ->
    z = (x * y)

bawbag(5, 10)
```
compile...
```
this.bawbag = function(x, y) {
  var z;
  return z = x * y;
};
bawbag(5, 10);
```
et fonctionne à l'intérieur et à l'extérieur de l'enveloppe donnée par node.js
```
(function() {
    this.bawbag = function(x, y) {
      var z;
      return z = x * y;
    };
    console.log(bawbag(5,13)) //works here
}).call(this);

console.log(bawbag(5,11)) //works here
```
- Mais cela ne fonctionnera pas si vous êtes déjà à l'intérieur d'un autre champ à droite? Car alors this ne fait plus référence à l'objet global
- C'est correct, de sorte que vous pouvez définir vos variables dans la portée (et de l'utiliser dans d'autres), ou de définir comme window.myVariable qui fonctionne partout.
- Vous n'avez pas besoin de définir une autre variable suffit d'utiliser => au lieu de -> qui indique coffeescript pour créer la fonction en vertu de la ce/espace de noms global
- cela a été si utile, maintenant, je peux créer des objets globaux et les fonctions dans un autre café script
- C'est beaucoup mieux. Le transfert de JS pour les CS avaient besoin de moi pour changer un nombreux appels de fonction pour utiliser la fenêtre de l'objet, maintenant je peux revenir que
- J'ai peur que les débutants comprennent mal "mettre un @ avant tout ce que vous voulez être global" :/
- proposer une modification
- Tout que vous devez identifier le contexte de l'appel pour savoir si this (@) se réfère à l'objet global ou quelque chose d'autre.
InformationsquelleAutor Billy Moon
33

Ivo cloué, mais je vais mentionner qu'il est un sale truc que vous pouvez utiliser, mais je ne le recommande pas si vous allez pour les points de style: Vous pouvez intégrer du code JavaScript directement dans votre CoffeeScript en s'échappant avec backticks.

Cependant, voici pourquoi c'est généralement une mauvaise idée: La CoffeeScript compilateur est pas au courant de ces variables, ce qui signifie qu'ils ne vont pas obéir à la normale CoffeeScript règles de portée. Donc,
```
`foo = 'bar'`
foo = 'something else'
```
compile de
```
foo = 'bar';
var foo = 'something else';
```
et maintenant vous avez vous-même deux foos dans des champs d'application différents. Il n'y a pas moyen de modifier les mondiale foo de CoffeeScript code sans faire référence à l'objet global, que le Lierre décrit.

Bien sûr, c'est seulement un problème si vous faites une cession à foo en CoffeeScript—si foo est devenu en lecture seule après avoir donné sa valeur initiale (c'est à dire que c'est une constante globale), puis le JavaScript intégré approche de la solution pourrait être un peu sorta acceptable (mais toujours pas recommandé).
- C'était une solution intéressante pour moi, car je suis l'aide de Titane avec CoffeeScript. Les exportations et l'objet de la fenêtre sont pas là.
- En fait c'est juste un local foo variable, en raison de var de levage (JS analyses à l'avance pour tous les var déclarations et les interprète comme s'ils étaient au top de la fonction)
- Vous avez raison; j'ai pris un mauvais exemple. Le point est que la CoffeeScript compilateur n'effectue aucune analyse de backtick échappé JavaScript, de sorte que vous pouvez obtenir bizarre de sortie.
- Si vous souhaitez utiliser des variables Globales en Titane, vous pouvez utiliser les Ti.App.myGlobalVar = "ImAGlobalVar" et n'ont pas besoin de backticks
- cette réponse est la bonne, pour Node.js au moins. faire expect = require('chai').expect; fait expect variable disponible dans tous mes fichiers de test!
InformationsquelleAutor Trevor Burnham
11

Vous pouvez passer l'option-b lorsque vous compilez le code via coffee-script sous node.js.
Le code compilé sera le même que sur coffeescript.org.
- Comment? Où dois-je mettre l'option-b?
- va directement après la coffee de commande.
InformationsquelleAutor phongnh
9

À ajouter à Ivo Wetzel réponse

Il semble être une abréviation de syntaxe pour exports ? this que je ne peux que trouver documenté/mentionné sur une Google publication.

I. e. dans une page web pour faire une fonction disponible dans le monde entier que vous déclarez la fonction de nouveau avec un @ préfixe:
```
<script type="text/coffeescript">
    @aglobalfunction = aglobalfunction = () ->
         alert "Hello!"
</script>

<a href="javascript:aglobalfunction()" >Click me!</a>
```
- Le '@' en @aglobalfunction est tout simplement remplacé par " cela.', donc compilation " ce.aglobalfunction'. Cela fonctionne parce que le champ d'application de la coffeescript fonction wrapper (si applicable) est la portée globale.
InformationsquelleAutor atomicules
9

Je pense que ce que vous essayez d'atteindre peut-être simplement fait comme ceci :

Pendant que vous compilez le coffeescript, utilisez l'option "-b" paramètre.

-b /--bare Compiler le code JavaScript sans la fonction de premier niveau de sécurité wrapper.

Donc quelque chose comme ceci : coffee -b --compile somefile.coffee whatever.js

Ce sera la sortie de votre code, tout comme dans les CoffeeScript.org site.

InformationsquelleAutor Sankalp Singha
6

Si vous êtes une mauvaise personne (je suis une mauvaise personne.), vous pouvez obtenir aussi simple que cela: (->@)()

Comme dans
```
(->@)().im_a_terrible_programmer = yes
console.log im_a_terrible_programmer
```
Cela fonctionne, parce que, lors de l'invocation d'un Reference à un Function ‘nu’ (qui est, func(), au lieu de new func() ou obj.func()), quelque chose qui est couramment appelé la "fonction-appel d'invocation de modèle", toujours lie this à l'objet global pour que contexte d'exécution.

La CoffeeScript ci-dessus compile de (function(){ return this })(); nous sommes donc exercice de ce comportement fiable pour accéder à l'objet global.
- C'est génial!
- La seule chose qui a fonctionné pour moi. La Haine CoffeeScript.
- L'Amour CoffeeScript. Jusqu'à présent, il est le meilleur langage de programmation de là-bas. Dommage, il était créée et gérée comme un projet de loisirs, conduisant au chaos et à la stupidité de ses habitudes d'utilisation.
InformationsquelleAutor ELLIOTTCABLE
3

Depuis coffeescript est rarement utilisé sur son propre, vous pouvez utiliser global variable fournie par des node.js ou browserify (et tous les descendants, comme coffeeify, gulp scripts de construction, etc).

Dans node.js global est l'espace de noms global.

Dans browserify global est égal à window.

Donc, il suffit de:
```
somefunc = ->
  global.variable = 123
```
InformationsquelleAutor metalim

Vous devez vous connecter pour publier un commentaire.

Node.js

Café-Script

donc...

compile...

et fonctionne à l'intérieur et à l'extérieur de l'enveloppe donnée par node.js