Pertanyaan Apa itu TypeScript dan mengapa saya menggunakannya di tempat JavaScript? [Tutup]


Bisakah Anda jelaskan apa bahasa Naskah itu?

Apa yang bisa dilakukan JavaScript atau pustaka yang tersedia tidak dapat dilakukan, yang akan memberi saya alasan untuk mempertimbangkannya?


1269
2017-10-02 16:37


asal


Jawaban:


Saya awalnya menulis jawaban ini ketika Typescript masih   hot-off-the-menekan. Lima tahun kemudian, ini adalah ikhtisar OK, tapi lihat   di Jawaban Lodewijk di bawah ini untuk lebih mendalam

Tampilan 1000ft ...

TypeScript adalah superset JavaScript yang terutama menyediakan pengetikan statis opsional, kelas dan antarmuka. Salah satu manfaat besar adalah memungkinkan IDE menyediakan lingkungan yang lebih kaya untuk menemukan kesalahan umum saat Anda mengetikkan kode.

Untuk mendapatkan ide tentang apa yang saya maksud, tonton Video pendahuluan Microsoft pada bahasa.

Untuk proyek JavaScript besar, mengadopsi TypeScript mungkin menghasilkan perangkat lunak yang lebih kuat, sementara masih dapat digunakan di mana aplikasi JavaScript biasa akan berjalan.

Ini adalah open source, tetapi Anda hanya mendapatkan Intellisense pintar saat Anda mengetik jika Anda menggunakan IDE yang didukung. Awalnya, ini hanya Microsoft Visual Studio (juga dicatat dalam posting blog dari Miguel de Icaza). Hari-hari ini, IDE lain juga menawarkan dukungan TypeScript.

Apakah ada teknologi lain seperti itu?

Ada CoffeeScript, tetapi itu benar-benar melayani tujuan yang berbeda. IMHO, CoffeeScript menyediakan keterbacaan bagi manusia, tetapi TypeScript juga menyediakan keterbacaan yang dalam bagi alat melalui pengetikan statis opsional (lihat ini posting blog terbaru untuk sedikit lebih banyak kritik). Ada juga Anak panah tapi itu penuh pada penggantian untuk JavaScript (meskipun itu dapat menghasilkan kode JavaScript)

Contoh

Sebagai contoh, inilah beberapa TypeScript (Anda dapat bermain dengan ini di Game TypeScript)

class Greeter {
    greeting: string;
    constructor (message: string) {
        this.greeting = message;
    }
    greet() {
        return "Hello, " + this.greeting;
    }
}  

Dan inilah JavaScript yang akan dihasilkannya

var Greeter = (function () {
    function Greeter(message) {
        this.greeting = message;
    }
    Greeter.prototype.greet = function () {
        return "Hello, " + this.greeting;
    };
    return Greeter;
})();

Perhatikan bagaimana Type mendefinisikan jenis variabel anggota dan parameter metode kelas. Ini dihapus ketika menerjemahkan ke JavaScript, tetapi digunakan oleh IDE dan kompilator untuk menemukan kesalahan, seperti melewatkan tipe numerik ke konstruktor.

Ini juga mampu menyimpulkan jenis yang tidak secara eksplisit dideklarasikan, misalnya, itu akan menentukan greet() metode mengembalikan string.

Naskah Debugging

Banyak browser dan IDE menawarkan dukungan debug langsung melalui sourcemaps. Lihat pertanyaan Stack Overflow ini untuk detail lebih lanjut: Kode Debugging TypeScript dengan Visual Studio

Ingin tahu lebih banyak?

Saya awalnya menulis jawaban ini ketika Typescript masih panas-off-the-menekan. Periksa Jawaban Lodewijk untuk pertanyaan ini untuk beberapa detail lebih lanjut saat ini.


1022
2017-10-02 16:41



Meskipun jawaban yang diterima baik-baik saja, saya merasa itu benar-benar tidak melakukan keadilan Script pada titik ini. Ini bukan hari-hari awal lagi. TypeScript menemukan lebih banyak adopsi sekarang dengan beberapa kerangka kerja populer yang ditulis dalam TypeScript. Alasan mengapa Anda harus memilih TypeScript daripada JavaScript adalah banyak sekarang.

Hubungan dengan JavaScript

JavaScript distandarkan melalui standar ECMAScript. Tidak semua browser yang digunakan mendukung semua fitur standar ECMAScript yang lebih baru (lihat ini meja). TypeScript mendukung standar ECMAScript baru dan mengkompilasi mereka ke (lebih tua) target ECMAScript yang Anda pilih (target saat ini adalah 3, 5 dan 6 [a.k.a. 2015]). Ini berarti Anda dapat menggunakan fitur ES2015 dan seterusnya, seperti modul, fungsi lambda, kelas, operator penyebaran, perusakan, hari ini. Ini juga menambahkan dukungan jenis tentu saja, yang bukan bagian dari standar ECMAScript dan mungkin tidak akan pernah terjadi karena sifat yang ditafsirkan alih-alih alam yang dikompilasi dari JavaScript. Jenis sistem TypeScript relatif kaya dan mencakup: antarmuka, enum, tipe hibrida, generik, jenis serikat dan persimpangan, pengubah akses dan banyak lagi. Itu situs web resmi dari TypeScript memberikan gambaran tentang fitur-fitur ini.

Kaitan dengan bahasa penargetan JavaScript lainnya

TypeScript memiliki filosofi unik dibandingkan dengan bahasa lain yang dikompilasi ke JavaScript. Kode JavaScript adalah kode TypeScript yang valid; TypeScript adalah superset JavaScript. Anda hampir dapat mengganti nama Anda .js file ke .ts file dan mulai menggunakan TypeScript (lihat "interoperabilitas JavaScript" di bawah). File TypeScript dikompilasi menjadi JavaScript yang dapat dibaca, sehingga migrasi kembali dimungkinkan dan pemahaman dari TypeScript yang dikompilasi tidak sulit sama sekali. TypeScript dibangun di atas kesuksesan JavaScript sambil memperbaiki kelemahannya.

Di satu sisi, Anda memiliki alat bukti masa depan yang menggunakan standar ECMAScript modern dan mengkompilasinya ke versi JavaScript yang lebih lama dengan Babel menjadi yang paling populer. Di sisi lain, Anda memiliki bahasa yang benar-benar berbeda dari JavaScript yang menargetkan JavaScript, seperti Coffeescript, Clojure, Dart, Elm, Haxe, ScalaJs, dan seluruh host lainnya (lihat ini daftar). Bahasa-bahasa ini, meskipun mereka mungkin lebih baik daripada di mana masa depan JavaScript mungkin akan memimpin, menjalankan risiko lebih besar karena tidak menemukan adopsi yang cukup untuk masa depan mereka untuk dijamin. Anda mungkin juga memiliki lebih banyak kesulitan dalam menemukan pengembang berpengalaman untuk beberapa bahasa ini, meskipun bahasa yang Anda temukan seringkali lebih antusias. Interop dengan JavaScript juga bisa sedikit lebih terlibat, karena mereka lebih jauh dihapus dari apa sebenarnya JavaScript.

TypeScript berada di antara dua ekstrem ini, sehingga menyeimbangkan risiko. TypeScript bukanlah pilihan yang berisiko dengan standar apa pun. Dibutuhkan sedikit usaha untuk membiasakan diri jika Anda terbiasa dengan JavaScript, karena itu bukan bahasa yang sepenuhnya berbeda, memiliki dukungan interoperabilitas JavaScript yang sangat baik dan telah melihat banyak adopsi baru-baru ini.

Opsional mengetik dan inferensi tipe statis

JavaScript diketik secara dinamis. Ini berarti JavaScript tidak tahu apa jenis variabel adalah sampai benar-benar dipakai saat run-time. Ini juga berarti bahwa ini mungkin sudah terlambat. TypeScript menambahkan dukungan tipe ke JavaScript. Bug yang disebabkan oleh asumsi yang salah dari beberapa variabel menjadi tipe tertentu dapat sepenuhnya dihapuskan jika Anda memainkan kartu Anda dengan benar (betapa ketatnya Anda mengetikkan kode Anda atau jika Anda mengetik kode sama sekali).

TypeScript membuat pengetikan sedikit lebih mudah dan jauh lebih tidak eksplisit dengan penggunaan inferensi jenis. Sebagai contoh: var x = "hello" di TypeScript sama dengan var x : string = "hello". Tipe ini hanya disimpulkan dari penggunaannya. Bahkan Anda tidak secara eksplisit mengetikkan jenis, mereka masih ada untuk menyelamatkan Anda dari melakukan sesuatu yang jika tidak akan menghasilkan kesalahan run-time.

TypeScript secara opsional diketik secara default. Sebagai contoh function divideByTwo(x) { return x / 2 } adalah fungsi yang valid dalam TypeScript yang dapat dipanggil dengan apa saja jenis parameter, meskipun memanggilnya dengan string jelas akan menghasilkan a runtime kesalahan. Sama seperti Anda terbiasa dalam JavaScript. Ini berfungsi, karena ketika tidak ada tipe yang ditetapkan secara eksplisit dan jenisnya tidak dapat disimpulkan, seperti dalam contoh divideByTwo, TypeScript secara implisit akan menetapkan jenis any. Ini berarti tanda tangan fungsi tipeByTwo membagi secara otomatis menjadi function divideByTwo(x : any) : any. Ada bendera compiler untuk tidak mengizinkan perilaku ini: --noImplicitAny. Mengaktifkan bendera ini memberi Anda tingkat keamanan yang lebih besar, tetapi juga berarti Anda harus melakukan lebih banyak pengetikan.

Jenis memiliki biaya yang terkait dengannya. Pertama-tama ada kurva belajar, dan yang kedua, tentu saja, Anda akan membutuhkan waktu lebih lama untuk membuat basis kode dengan menggunakan pengetikan yang ketat juga. Menurut pengalaman saya, biaya-biaya ini sangat berharga untuk basis kode yang serius yang Anda bagikan kepada orang lain. Studi Skala Besar Bahasa Pemrograman dan Kualitas Kode di Github menunjukkan itu "Bahasa-bahasa yang diketik secara statis pada umumnya kurang rentan daripada jenis-jenis dinamis, dan pengetikan yang kuat lebih baik daripada mengetik lemah dalam hal yang sama".

Sangat menarik untuk dicatat bahwa kertas yang sama ini menemukan bahwa TypeScript kurang rentan kesalahan kemudian JavaScript:

Bagi mereka dengan koefisien positif, kita dapat mengharapkan bahasanya   dikaitkan dengan, ceteris paribus, sejumlah perbaikan cacat yang lebih besar.   Bahasa-bahasa ini termasuk C, C ++, JavaScript, Objective-C, Php, dan   Python. Bahasa Clojure, Haskell, Ruby, Scala, dan TypeScript,   semua memiliki koefisien negatif yang menyiratkan bahwa bahasa-bahasa ini kurang   cenderung dari rata-rata menghasilkan cacat memperbaiki komit.

Dukungan IDE yang ditingkatkan

Pengalaman pengembangan dengan TypeScript adalah perbaikan besar atas JavaScript. IDE diinformasikan secara real-time oleh compiler TypeScript pada informasi jenisnya yang kaya. Ini memberi beberapa keuntungan besar. Sebagai contoh, dengan TypeScript Anda dapat dengan aman melakukan refactorings seperti mengganti nama di seluruh basis kode Anda. Melalui penyelesaian kode Anda bisa mendapatkan bantuan sebaris pada fungsi apa pun yang mungkin ditawarkan perpustakaan. Tidak perlu lagi mengingat atau mencari referensi online. Kesalahan kompilasi dilaporkan langsung di IDE dengan garis merah berlekuk-lekuk saat Anda sibuk melakukan pengkodean. Semua ini memungkinkan peningkatan produktivitas secara signifikan dibandingkan dengan bekerja dengan JavaScript. Satu dapat menghabiskan lebih banyak waktu coding dan lebih sedikit waktu debugging.

Ada berbagai macam IDE yang memiliki dukungan yang sangat baik untuk TypeScript, seperti kode Visual Studio & VS, Atom, Sublime, dan IntelliJ / WebStorm.

Cek null yang ketat

Runtime errors of the form cannot read property 'x' of undefined atau undefined is not a function sangat sering disebabkan oleh bug dalam kode JavaScript. Di luar kotak, TypeScript sudah mengurangi kemungkinan jenis kesalahan ini terjadi, karena seseorang tidak dapat menggunakan variabel yang tidak diketahui oleh compiler TypeScript (dengan pengecualian properti any variabel yang diketik). Masih mungkin meskipun untuk keliru menggunakan variabel yang diatur ke undefined. Namun, dengan versi 2.0 dari TypeScript Anda dapat menghilangkan jenis kesalahan ini bersama-sama melalui penggunaan jenis yang tidak dapat ditunda. Ini berfungsi sebagai berikut:

Dengan pemeriksaan null ketat diaktifkan (--strictNullChecks flag compiler) compiler TypeScript tidak akan memungkinkan undefined untuk ditugaskan ke variabel kecuali Anda secara eksplisit menyatakan itu menjadi tipe nullable. Sebagai contoh, let x : number = undefined akan menghasilkan kesalahan kompilasi. Ini sangat cocok dengan teori tipe, sejak itu undefined bukan angka. Seseorang dapat mendefinisikan x menjadi tipe penjumlahan number dan undefined untuk memperbaiki ini: let x : number | undefined = undefined.

Sekali suatu jenis diketahui dapat ditunda, artinya adalah tipe yang juga dapat menjadi nilai null atau undefined, compiler TypeScript dapat menentukan melalui analisis jenis aliran kontrol berdasarkan apakah kode Anda dapat dengan aman menggunakan variabel atau tidak. Dengan kata lain ketika Anda memeriksa suatu variabel undefined melalui misalnya sebuah if pernyataan compiler TypeScript akan menyimpulkan bahwa jenis di cabang dari aliran kontrol kode Anda tidak lagi nullable dan karena itu dapat dengan aman digunakan. Berikut ini contoh sederhana:

let x: number | undefined;
if (x !== undefined) x += 1; // this line will compile, because x is checked.
x += 1; // this line will fail compilation, because x might be undefined.

Selama co-designer konferensi build 2016 dari TypeScript Anders Hejlsberg memberikan penjelasan rinci dan demonstrasi fitur ini: video (Dari 44:30 hingga 56:30).

Kompilasi

Untuk menggunakan TypeScript Anda membutuhkan proses build untuk mengkompilasi kode JavaScript. Proses pembuatan umumnya hanya membutuhkan beberapa detik, tergantung tentu saja pada ukuran proyek Anda. Kompilator TypeScript mendukung kompilasi inkremental (--watch flag compiler), sehingga semua perubahan selanjutnya dapat dikompilasi dengan kecepatan yang lebih besar.

Compiler TypeScript dapat menyisipkan informasi peta sumber dalam file .js yang dihasilkan atau membuat file .map terpisah. Informasi peta sumber dapat digunakan oleh utilitas debug seperti DevTools Chrome dan IDE lain untuk menghubungkan garis-garis dalam JavaScript ke yang menghasilkannya di dalam TypeScript. Ini memungkinkan Anda untuk mengatur breakpoint dan memeriksa variabel selama waktu proses langsung pada kode TypeScript Anda. Informasi peta sumber bekerja cukup baik, itu sekitar jauh sebelum TypeScript, tetapi debugging TypeScript umumnya tidak sehebat ketika menggunakan JavaScript secara langsung. Ambil this kata kunci misalnya. Karena semantik berubah dari this kata kunci di sekitar penutupan sejak ES2015, this sebenarnya mungkin ada selama runtime sebagai variabel yang disebut _this(Lihat jawaban ini). Ini mungkin membingungkan Anda selama debugging, tetapi umumnya tidak menjadi masalah jika Anda mengetahuinya atau memeriksa kode JavaScript. Perlu dicatat bahwa Babel menderita masalah yang sama persis.

Ada beberapa trik lain yang dapat dilakukan oleh kompilator TypeScript, seperti menghasilkan kode intercepting dekorator, menghasilkan kode pembebanan modul untuk sistem modul dan parsing yang berbeda JSX. Namun, Anda mungkin akan membutuhkan tool build selain compiler Typescript. Misalnya jika Anda ingin memampatkan kode Anda, Anda harus menambahkan alat lain untuk proses membangun Anda untuk melakukannya.

Ada plugin kompilasi TypeScript yang tersedia untuk Webpack, Meneguk, Grunt dan cukup banyak alat pembuat JavaScript lainnya di luar sana. Dokumentasi TypeScript memiliki bagian tentang berintegrasi dengan alat build menutupi semuanya. SEBUAH linter juga tersedia jika Anda ingin memeriksa waktu build lebih lama. Ada juga sejumlah besar proyek benih di luar sana yang akan membantu Anda memulai dengan TypeScript dalam kombinasi dengan sekelompok teknologi lain seperti Angular 2, React, Ember, SystemJs, WebPack, Gulp, dll.

Interoperabilitas JavaScript

Karena TypeScript sangat terkait dengan JavaScript, ia memiliki kemampuan interoperabilitas yang hebat, tetapi beberapa pekerjaan tambahan diperlukan untuk bekerja dengan pustaka JavaScript di TypeScript. Definisi typeScript diperlukan agar compiler TypeScript mengerti bahwa fungsi panggilan seperti _.groupBy atau angular.copy atau $.fadeOut sebenarnya bukan pernyataan ilegal. Definisi untuk fungsi-fungsi ini ditempatkan di .d.ts file.

Bentuk paling sederhana yang bisa dilakukan oleh definisi adalah mengizinkan pengenal untuk digunakan dengan cara apa pun. Misalnya, saat menggunakan Lodash, file definisi garis tunggal declare var _ : any akan memungkinkan Anda untuk memanggil fungsi apa pun yang Anda inginkan _, tetapi tentu saja Anda juga masih bisa membuat kesalahan: _.foobar() akan menjadi panggilan TypeScript legal, tetapi tentu saja merupakan panggilan ilegal saat run-time. Jika Anda menginginkan dukungan tipe yang tepat dan penyelesaian kode, file definisi Anda harus lebih tepat (lihat definisi lodash untuk contoh).

Modul NPM yang datang pra-paket dengan definisi jenis mereka sendiri secara otomatis dipahami oleh compiler TypeScript (lihat dokumentasi). Untuk hampir semua pustaka JavaScript semi-populer lainnya yang tidak menyertakan definisi sendiri seseorang di luar sana telah membuat definisi jenis yang tersedia melalui modul npm lain. Modul-modul ini diawali dengan "@ types /" dan berasal dari repositori Github yang dipanggil Pasti Diketik.

Ada satu peringatan: definisi jenis harus sesuai dengan versi pustaka yang Anda gunakan pada saat run-time. Jika tidak, TypeScript mungkin melarang Anda memanggil fungsi atau dereferencing variabel yang ada atau memungkinkan Anda untuk memanggil fungsi atau dereference variabel yang tidak ada, hanya karena jenis tidak sesuai dengan waktu-run pada saat kompilasi . Jadi, pastikan Anda memuat versi yang tepat dari definisi jenis untuk versi yang tepat dari pustaka yang Anda gunakan.

Sejujurnya, ada sedikit kerumitan untuk ini dan itu mungkin salah satu alasan Anda tidak memilih TypeScript, tetapi pergi untuk sesuatu seperti Babel yang tidak menderita harus mendapatkan jenis definisi sama sekali. Di sisi lain, jika Anda tahu apa yang Anda lakukan, Anda dapat dengan mudah mengatasi masalah apa pun yang disebabkan oleh file definisi yang salah atau tidak ada.

Konversi dari JavaScript ke TypeScript

Apa saja .js file bisa diganti namanya menjadi .ts dan jalankan melalui compiler TypeScript untuk mendapatkan sintaksis kode JavaScript yang sama sebagai output (jika itu benar secara sintaksis di tempat pertama). Bahkan ketika compiler TypeScript mendapatkan kesalahan kompilasi, ia akan tetap menghasilkan .js mengajukan. Ia bahkan bisa menerima .js file sebagai masukan dengan --allowJs bendera. Ini memungkinkan Anda memulai dengan TypeScript segera. Sayangnya, kesalahan kompilasi kemungkinan terjadi di awal. Seseorang perlu mengingat bahwa ini bukan kesalahan yang menunjukkan berhenti seperti Anda mungkin terbiasa dengan kompiler lain.

Kesalahan kompilasi yang didapat di awal ketika mengkonversi proyek JavaScript ke proyek TypeScript tidak dapat dihindari oleh sifat TypeScript. Pemeriksaan TypeScript semua kode untuk validitas dan dengan demikian perlu mengetahui tentang semua fungsi dan variabel yang digunakan. Dengan demikian definisi jenis harus ada untuk semua dari mereka jika tidak terjadi kesalahan kompilasi. Seperti yang disebutkan dalam bab di atas, untuk hampir semua kerangka JavaScript yang ada .d.ts file yang dapat dengan mudah diperoleh dengan instalasi Paket PastiTyped. Namun mungkin Anda telah menggunakan beberapa perpustakaan tidak jelas yang tidak ada definisi TypeScript yang tersedia atau Anda telah mem-polyfilled beberapa primitif JavaScript. Dalam hal ini Anda harus memberikan definisi jenis untuk bit-bit ini agar kesalahan kompilasi menghilang. Buat saja .d.ts file dan sertakan dalam tsconfig.json files array, sehingga selalu dipertimbangkan oleh compiler TypeScript. Di dalamnya menyatakan bit-bit yang tidak diketahui TypeScript any. Setelah Anda menghilangkan semua kesalahan, Anda dapat secara bertahap memperkenalkan pengetikan ke bagian-bagian tersebut sesuai dengan kebutuhan Anda.

Beberapa pekerjaan di (re) mengkonfigurasi Anda membangun pipeline juga akan diperlukan untuk mendapatkan TypeScript ke dalam membangun pipa. Seperti yang disebutkan dalam bab tentang kompilasi ada banyak sumber daya yang bagus di luar sana dan saya mendorong Anda untuk mencari proyek-proyek benih yang menggunakan kombinasi alat yang ingin Anda kerjakan.

Hambatan terbesar adalah kurva pembelajaran. Saya mendorong Anda untuk bermain-main dengan proyek kecil pada awalnya. Lihatlah cara kerjanya, cara membuatnya, file mana yang digunakan, cara konfigurasi, bagaimana fungsinya dalam IDE Anda, bagaimana strukturnya, alat apa yang digunakan, dll. Mengonversi basis kode JavaScript besar ke TypeScript sangat bisa dilakukan saat Anda tahu apa yang Anda lakukan, tetapi itu mungkin membuat frustrasi ketika Anda tidak melakukannya.

Adopsi

TypeScript adalah open source (Apache 2 berlisensi, lihat github) dan didukung oleh Microsoft. Anders Hejlsberg, arsitek utama C # adalah ujung tombak proyek tersebut. Ini adalah proyek yang sangat aktif; Tim TypeScript telah merilis banyak fitur baru dalam beberapa tahun terakhir dan banyak yang hebat masih direncanakan untuk datang (lihat peta jalan).

Dalam Survei pengembang StackOverflow 2017 TypeScript adalah transponder JavaScript paling populer (peringkat ke-9 secara keseluruhan) dan memenangkan tempat ketiga dalam kategori bahasa pemrograman yang paling dicintai.


725
2018-01-27 21:23



TypeScript melakukan sesuatu yang mirip dengan apa yang kurang atau sass lakukan untuk CSS. Mereka adalah kumpulan super, yang berarti bahwa setiap kode JS yang Anda tulis adalah kode TypeScript yang valid. Plus Anda dapat menggunakan barang lain yang ditambahkan ke bahasa, dan kode yang di-transpile akan berlaku js. Anda bahkan dapat mengatur versi JS yang Anda inginkan untuk kode yang Anda hasilkan.

Saat ini TypeScript adalah perangkat super ES2015, jadi mungkin merupakan pilihan yang baik untuk mulai mempelajari fitur-fitur baru dan terekam dengan standar yang dibutuhkan untuk proyek Anda.


54
2018-02-11 20:32



"Dasar-dasar TypeScript"- kursus video Pluralsight oleh Dan Wahlin dan John Papa adalah benar-benar baik, saat ini (25 Maret 2016) diperbarui untuk mencerminkan TypeScript 1.8, pengantar ke Typescript.

Bagi saya fitur yang sangat bagus, di samping kemungkinan bagus untuk intellisense, adalah kelas, antarmuka, modul, kemudahan menerapkan AMD, dan kemungkinan untuk menggunakan debugger Visual Studio Typescript ketika dipanggil dengan IE.

Untuk meringkas: Jika digunakan sebagaimana dimaksud, Typescript dapat membuat pemrograman JavaScript lebih dapat diandalkan, dan lebih mudah. Ini dapat meningkatkan produktivitas programmer JavaScript secara signifikan di atas SDLC penuh.


30
2017-12-27 04:18



Ecma script 5 (ES5) yang didukung semua browser dan dikompilasi. ES6 / ES2015 dan ES / 2016 datang tahun ini dengan banyak perubahan sehingga untuk memunculkan perubahan ini ada sesuatu di antara yang harus diperhatikan tentang TypeScript. • TypeScript adalah Jenis -> Berarti kita harus mendefinisikan tipe data dari setiap properti dan metode. Jika Anda tahu C # maka Typescript mudah dimengerti. • Keuntungan besar dari TypeScript adalah kami mengidentifikasi jenis masalah terkait lebih awal sebelum pergi ke produksi. Ini memungkinkan pengujian unit gagal jika ada jenis ketidakcocokan.


7
2018-06-06 12:14