Jak oglądać i skompilować wszystkie źródła maszynopis?

Maszynopis 1.5 beta wprowadza wsparcie dla pliku konfiguracyjnego o nazwie tsconfig.json. W tym pliku można skonfigurować kompilator, definiowanie reguł formatowania kodu, a co ważniejsze dla Ciebie, dostarczyć mu informacji o plikach TS w projekcie.

Raz skonfigurowany poprawnie, można po prostu uruchomić polecenie TSC i go skompilować cały kod maszynopis w projekcie.

Jeśli chcesz mieć go oglądać pliki do zmian, to możesz po prostu dodać --watch do polecenia TSC.

Oto przykładowy plik tsconfig.json

{
"compilerOptions": {
    "target": "es5",
    "module": "commonjs",
    "declaration": false,
    "noImplicitAny": false,
    "removeComments": true,
    "noLib": false
},
"include": [
    "**/*"
],
"exclude": [
    "node_modules",
    "**/*.spec.ts"
]}

W powyższym przykładzie, I obejmują wszystkie pliki .TS w moim projekcie (rekurencyjnie). Pamiętaj, że możesz także wykluczyć pliki za pomocą „wykluczenia” nieruchomość na tablicy.

Aby uzyskać więcej informacji, należy zapoznać się z dokumentacją: http://www.typescriptlang.org/docs/handbook/tsconfig-json.html

Technicznie rzecz biorąc masz kilka możliwości:

Jeśli używasz IDE jak Sublime Text i zintegrowany MSN plugin maszynopis: http://blogs.msdn.com/b/interoperability/archive/2012/10/01/sublime-text-vi-emacs-typescript-enabled. aspx można stworzyć system kompilacji, które skompilować .tsźródła na .jsbieżąco. Oto wyjaśnienie w jaki sposób można to zrobić: Jak skonfigurować Sublime systemu budowania dla maszynopis .

Można zdefiniować nawet do kompilacji kodu źródłowego do docelowego .jspliku na zbiorze składowania. Jest to pakiet wzniosły hostowane na github: https://github.com/alexnj/SublimeOnSaveBuild które tak się stało, trzeba tylko obejmują tsrozszerzenie w SublimeOnSaveBuild.sublime-settingspliku.

Inną możliwością byłoby skompilować każdego pliku w wierszu poleceń. Można skompilować nawet wielu plików naraz, rozdzielając je spacjami tak: tsc foo.ts bar.ts. Sprawdź ten wątek: Jak mogę przekazać wiele plików źródłowych do kompilatora maszynopis? , Ale myślę, że pierwsza opcja jest bardziej poręczny.

Spójrz w użyciu grunt w celu zautomatyzowania tego, istnieje wiele samouczków wokół, ale tutaj jest szybki start.

O strukturze folderów jak:

blah/
blah/one.ts
blah/two.ts
blah/example/
blah/example/example.ts
blah/example/package.json
blah/example/Gruntfile.js
blah/example/index.html

Można oglądać i pracować z maszynopisu łatwo z przykładowym folderze z:

npm install
grunt

Z package.json:

{
  "name": "PROJECT",
  "version": "0.0.1",
  "author": "",
  "description": "",
  "homepage": "",
  "private": true,
  "devDependencies": {
    "typescript": "~0.9.5",
    "connect": "~2.12.0",
    "grunt-ts": "~1.6.4",
    "grunt-contrib-watch": "~0.5.3",
    "grunt-contrib-connect": "~0.6.0",
    "grunt-open": "~0.2.3"
  }
}

A grunt pliku:

module.exports = function (grunt) {

  // Import dependencies
  grunt.loadNpmTasks('grunt-contrib-watch');
  grunt.loadNpmTasks('grunt-contrib-connect');
  grunt.loadNpmTasks('grunt-open');
  grunt.loadNpmTasks('grunt-ts');

  grunt.initConfig({
    pkg: grunt.file.readJSON('package.json'),
    connect: {
      server: {  // <--- Run a local server on :8089
        options: {
          port: 8089,
          base: './'
        }
      }
    },
    ts: {
      lib: { // <-- compile all the files in ../ to PROJECT.js
        src: ['../*.ts'],
        out: 'PROJECT.js',
        options: {
          target: 'es3',
          sourceMaps: false,
          declaration: true,
          removeComments: false
        }
      },
      example: {  // <--- compile all the files in . to example.js
        src: ['*.ts'],
        out: 'example.js',
        options: {
          target: 'es3',
          sourceMaps: false,
          declaration: false,
          removeComments: false
        }
      }
    },
    watch: { 
      lib: { // <-- Watch for changes on the library and rebuild both
        files: '../*.ts',
        tasks: ['ts:lib', 'ts:example']
      },
      example: { // <--- Watch for change on example and rebuild
        files: ['*.ts', '!*.d.ts'],
        tasks: ['ts:example']
      }
    },
    open: { // <--- Launch index.html in browser when you run grunt
      dev: {
        path: 'http://localhost:8089/index.html'
      }
    }
  });

  // Register the default tasks to run when you run grunt
  grunt.registerTask('default', ['ts', 'connect', 'open', 'watch']);
}

Kompilator TSC będzie oglądać tylko te pliki, które przechodzą w wierszu poleceń. To będzie nie oglądać pliki, które są uwzględniane przy użyciu /// <sourcefile>odniesienia. Jeśli urządzenie pracuje z bash, można użyć znaleźć rekursywnie znaleźć wszystkie *.tspliki i skompilować je:

find . -name "*.ts" | xargs tsc -w

można obejrzeć wszystkie pliki jak ten

tsc *.ts --watch

TSC 0.9.1.1 nie wydaje się mieć zegarek funkcji.

można użyć PowerShell skryptu jak ten zrobiłem w tym poście:

Automatycznie oglądać i skompilować pliki maszynopis

Dzisiaj zaprojektował Ant MacroDef ten sam problem jak ty:

    <!--
    Recursively read a source directory for TypeScript files, generate a compile list in the
    format needed by the TypeScript compiler adding every parameters it take.
-->
<macrodef name="TypeScriptCompileDir">

    <!-- required attribute -->
    <attribute name="src" />

    <!-- optional attributes -->
    <attribute name="out" default="" />
    <attribute name="module" default="" />
    <attribute name="comments" default="" />
    <attribute name="declarations" default="" />
    <attribute name="nolib" default="" />
    <attribute name="target" default="" />

    <sequential>

        <!-- local properties -->
        <local name="out.arg"/>
        <local name="module.arg"/>
        <local name="comments.arg"/>
        <local name="declarations.arg"/>
        <local name="nolib.arg"/>
        <local name="target.arg"/>
        <local name="typescript.file.list"/>
        <local name="tsc.compile.file"/>

        <property name="tsc.compile.file" value="@{src}compile.list" />

        <!-- Optional arguments are not written to compile file when attributes not set -->
        <condition property="out.arg" value="" else='--out "@{out}"'>
            <equals arg1="@{out}" arg2="" />
        </condition>

        <condition property="module.arg" value="" else="--module @{module}">
            <equals arg1="@{module}" arg2="" />
        </condition>

        <condition property="comments.arg" value="" else="--comments">
            <equals arg1="@{comments}" arg2="" />
        </condition>

        <condition property="declarations.arg" value="" else="--declarations">
            <equals arg1="@{declarations}" arg2="" />
        </condition>

        <condition property="nolib.arg" value="" else="--nolib">
            <equals arg1="@{nolib}" arg2="" />
        </condition>

        <!-- Could have been defaulted to ES3 but let the compiler uses its own default is quite better -->
        <condition property="target.arg" value="" else="--target @{target}">
            <equals arg1="@{target}" arg2="" />
        </condition>

        <!-- Recursively read TypeScript source directory and generate a compile list -->
        <pathconvert property="typescript.file.list" dirsep="\" pathsep="${line.separator}">

            <fileset dir="@{src}">
                <include name="**/*.ts" />
            </fileset>

            <!-- In case regexp doesn't work on your computer, comment <mapper /> and uncomment <regexpmapper /> -->
            <mapper type="regexp" from="^(.*)$" to='"\1"' />
            <!--regexpmapper from="^(.*)$" to='"\1"' /-->

        </pathconvert>


        <!-- Write to the file -->
        <echo message="Writing tsc command line arguments to : ${tsc.compile.file}" />
        <echo file="${tsc.compile.file}" message="${typescript.file.list}${line.separator}${out.arg}${line.separator}${module.arg}${line.separator}${comments.arg}${line.separator}${declarations.arg}${line.separator}${nolib.arg}${line.separator}${target.arg}" append="false" />

        <!-- Compile using the generated compile file -->
        <echo message="Calling ${typescript.compiler.path} with ${tsc.compile.file}" />
        <exec dir="@{src}" executable="${typescript.compiler.path}">
            <arg value="@${tsc.compile.file}"/>
        </exec>

        <!-- Finally delete the compile file -->
        <echo message="${tsc.compile.file} deleted" />
        <delete file="${tsc.compile.file}" />

    </sequential>

</macrodef>

Użyj go w pliku kompilacji z:

    <!-- Compile a single JavaScript file in the bin dir for release -->
    <TypeScriptCompileDir
        src="${src-js.dir}"
        out="${release-file-path}"
        module="amd"
    />

Jest on stosowany w projekcie PureMVC dla maszynopis ja pracuję w momencie korzystania Webstorm.