Dart vs TypeScript

Need advice about which tool to choose?Ask the StackShare community!

Dart

4K
3.6K
+ 1
452
TypeScript

98.8K
69.6K
+ 1
499
Add tool

Dart vs TypeScript: What are the differences?

Introduction

In this article, we will explore the key differences between Dart and TypeScript. Both Dart and TypeScript are widely used programming languages, but they have some distinct features that set them apart from each other.

  1. Null Safety: One significant difference between Dart and TypeScript is the approach to null safety. Dart has a built-in null safety feature where nullability is explicitly defined using type annotations, allowing developers to catch null reference errors during compile-time. On the other hand, TypeScript does not have native null safety and relies on the usage of optional types and strict null checks to handle nullability issues.

  2. Static vs Dynamic Typing: Dart is a statically typed language, meaning that variables are explicitly declared with their types, and type checking is performed at compile-time. TypeScript, on the other hand, supports both static and dynamic typing. It allows static typing through type annotations, but it also allows dynamic typing by utilizing the 'any' type, which can be used to represent any type.

  3. Language Development: Dart was specifically designed by Google as a language for building web and mobile applications, with a focus on simplicity and productivity. TypeScript, on the other hand, is a superset of JavaScript developed by Microsoft. It aims to enhance JavaScript by adding static typing, classes, interfaces, and other features while preserving backward compatibility with JavaScript.

  4. Compilation Process: Dart is compiled to native machine code or JavaScript, depending on the target platform. The Dart Virtual Machine (VM) provides a just-in-time (JIT) compilation for better performance during development and a ahead-of-time (AOT) compilation for production deployment. On the contrary, TypeScript is transpiled to plain JavaScript before execution, making it compatible with all modern web browsers.

  5. Tooling Support: Dart has its own dedicated Integrated Development Environment (IDE) called DartPad, which provides a seamless coding experience for Dart development. It also integrates with popular editors like Visual Studio Code. TypeScript, on the other hand, benefits from the wide ecosystem of JavaScript tools and has excellent support in many popular IDEs, including Visual Studio Code, WebStorm, and Sublime Text.

  6. Community and Adoption: Dart has gained traction as the primary language for developing Flutter applications, a popular framework for building cross-platform mobile apps. It also has a growing community and is supported by Google. TypeScript, on the other hand, has a significantly larger community due to its strong association with JavaScript and its use in large-scale JavaScript projects. TypeScript is widely adopted by companies like Microsoft, Google, and Facebook.

In summary, Dart and TypeScript differ in terms of null safety, static vs dynamic typing, language development, compilation process, tooling support, and community adoption. These differences make them suitable for different use cases and preferences of developers.

Advice on Dart and TypeScript
Needs advice
on
DartDart
and
KotlinKotlin

Can anyone help me decide what's best for app development or even android Oreo development? I'm in a state dilemma at the moment. I want to do Android programming, not necessarily web development. I have heard a lot of people recommend one of these, and it seems that both the tools can do the job. Which language would you choose?

See more
Replies (4)
Ondrej Malek
Recommends
on
DartDart

I assume that you mean Flutter by Dart. I have over 6 years experience programming in Android SDK, but about 1,5 month in Flutter. So far I think that Flutter is the future for mobile development. Flutter SDK is much better designed. Ecosystem of libraries seems having much higher quality. I would even say that android opensource libs are having really poor quality. Many times I am wondering how can garbage like that have so many stars at GitHub. Android SDK is hard to compose so you reinvent even basic things on and on, which is totally different story at Flutter. Lolcycle? Both are having good documentation. I quess apps in Flutter can be done in 1/3 of time compared to develop AndroidSDK and iOS, its design is that much better and contemporary. As of language comparison - Kotlin is better, but the difference is not that important. Go from one language to other is no problem. Dart is being updated with new features.

See more
Recommends
on
DartDart

I've selected Flutter and Dart for my side projects and never regretted. Dart learning curve is easy after any OOP language . Flutter as a framework is also has a low entry threshold. I've already started development after a week of learning. Pros for me: code can be build for Android and IOS devices (for ios you need mac or VM), apps written in Dart have great performance on each of these platforms, flexibility. Cons: if you want to build a product as a business and want to hire a new Flutter Developer in the future it can be a problem as the framework and language is not popular for the moment.

See more
Ranjeet Sinha
Senior Software Engineer · | 3 upvotes · 256.2K views
Recommends
on
KotlinKotlin

It depends on what is the purpose of your app development. Do you want to make one app that shares the codebase for both iOS and Android? If yes, then Dart is the way to go. Does your app include interacting with hardware features like camera, Bluetooth, if yes, then go for native Android for better performance? Dart is good for simpler UI apps where you just do basic crud operations over the network and show data but if you need richer UI experience go with native.

See more
Tran Phuc
CTO at Nextfunc Co., Ltd · | 3 upvotes · 256.2K views
Recommends
on
DartDart

I have worked in mobile development since 2010. I have experienced myself on various techs including Native SDK (Android), React Native (from 2016) and Flutter (2018). Almost the apps nowadays can be built using cross-platforms frameworks like React Native or Flutter. I suggest you start with Flutter. Flutter SDK is designed well to speed up your development and it still keeps the quality for your apps. If you're familiar with OOP languages (Java, C#...), switching to Dart is really quick and easy. Of course, sometimes you will need to dive deep into native parts but almost the cases you don't need. Good luck!

See more
Needs advice
on
DartDartDjangoDjango
and
JavaScriptJavaScript

I am currently learning web development with Python and JavaScript course by CS50 Harvard university. It covers python, Flask, Django, SQL, Travis CI, javascript,HTML ,CSS and more. I am very interested in Flutter app development. Can I know what is the difference between learning these above-mentioned frameworks vs learning flutter directly? I am planning to learn flutter so that I can do both web development and app development. Are there any perks of learning these frameworks before flutter?

See more
Replies (5)
Gagan Jakhotiya
Engineering Manager at BigBasket · | 11 upvotes · 218.4K views
Recommends
on
Node.jsNode.js

Hey Muhamed, For web development, you'll have to learn how to write backend APIs and how to build UI for browsers, apps, etc. If you're just starting off with programming, I'd suggest you stick to one language and trying developing everything using it to cut the unnecessary learning overhead. Although Python and JavaScript are very similar for beginners, JavaScript is the only available option for both frontend and backend development for a web application. You can start working with Node.js for your API development and Vanilla JS along with HTML/CSS for UI. You'll only need to learn one language to do all of this. Hope this helps.

See more
Dennis Barzanoff
Recommends
on
DartDart

Flutter is good for everything and it is getting better as I am speaking. Flutter Web is almost ready for production and I have made 2 complex working websites already.

See more
Recommends
on
DartDart

Well. Flutter is just a Framework (just like Django btw.) and it uses Dart as a programming language. Django is kind of solving a different problem than Dart. Dart is intened for use in Front End Applications and Django is a Framework for Back-End Web Development.

So if you want to program Flutter Apps (although i wouldn't recommend it for any serious web development yet since Flutter web isn't very mature yet) i would recommend you just lern Dart.

See more
Yohnathan Carletti
Senior Technical Product Manager · | 3 upvotes · 212.4K views
Recommends
on
DartDart

From a management and hiring perspective, I recommend Flutter (Dart). It provides native solutions to both mobile platform ( (Android and IOS) while having the same knowledge. Hiring managers look at this as an advantage since a developer can provide solutions for both platforms whit the same knowledge. The Flutter framework is growing and there is a lot of resources to ground your knowledge and start experimenting. Dart is also a great language that covers most E2E necessities, so again, no further need of learning one language for FE and another for BE and services. It is my belief that Dart will surpass Kotlin soon, and will leverage to Python and Java in the upcoming year.

See more
Recommends
on
DartDart

If you are interested in Flutter, learn it on your own time, parallel to the course. No matter what order you do them, eventually you will end up learning them all anyway ;-)

See more
Needs advice
on
TypeScriptTypeScript
and
Flow (JS)Flow (JS)

From a StackShare community member: "We are looking to rewrite our outdated front-end with TypeScript. Right now we have a mix of CoffeeScript and vanilla JavaScript. I have read that adopting TypeScript can help enforce better code quality, and best practices. I also heard good things about Flow (JS). Which one would you recommend and why?"

See more
Replies (14)
Recommends
on
TypeScriptTypeScript

I use TypeScript because:

  • incredible developer tooling and community support
  • actively developed and supported by Microsoft (yes, I like Microsoft) ;)
  • easier to make sense of a TS codebase because the annotations provide so much more context than plain JS
  • refactors become easier (VSCode has superb support for TS)

I've switched back and forth between TS and Flow and decided a year ago to abandon Flow completely in favor of TS. I don't want to bash Flow, however, my main grievances are very poor tooling (editor integration leaves much to be desired), a slower release cycle, and subpar docs and community support.

See more
Recommends
on
TypeScriptTypeScript

I use TypeScript because it isn't just about validating the types I'm expecting to receive though that is a huge part of it too. Flow (JS) seems to be a type system only. TypeScript also allows you to use the latest features of JavaScript while also providing the type checking. To be fair to Flow (JS), I have not used it, but likely wouldn't have due to the additional features I get from TypeScript.

See more
David Koblas
VP Engineering at Not disclosed · | 9 upvotes · 161K views
Recommends
on
TypeScriptTypeScript
at

We originally (in 2017) started rewriting our platform from JavaScript to Flow (JS) but found the library support for Flow was lacking. After switching gears to TypeScript we've never looked back. At this point we're finding that frontend and backend libraries are supporting TypeScript out of the box and where the support is missing that the commuity is typically got a solution in hand.

See more
Forrest Norvell
engineering manager at self-employed · | 6 upvotes · 251K views
Recommends
on
TypeScriptTypeScript

I use TypeScript because the tooling is more mature (the decision to discontinue TSLint in favor of moving all its checks to ESLint is a thoughtful and mature decision), there's a ton of examples and tutorials for it, and it just generally seems to be where the industry is headed. Flow (JS) is a fine tool, but it just hasn't seen the uptake that TS has, and as a result is lacking a lot of the nicer small things, like thorough Visual Studio Code integration, offered by TS.

See more
Recommends
on
TypeScriptTypeScript

We currently use TypeScript at work. Previously we used Flow (JS) but it was sometimes really difficult to make the types work the way you want. Especially non-trivial types were problematic. And the IDE support wasn't good, Flow took too much resources and sometimes remain stuck and do not show errors (I use Visual Studio Code). With TypeScript we almost do not have these problems. IDE support is superb, working with types is much easier and typing system seems more mature and powerful. There are some downsides (like partion inheritance etc.), but TS team is still pushing it forward. So for me TypeScript is clear winner.

See more
Tim Abbott
Recommends
on
UnderscoreUnderscore
at

We use Underscore because it's a reasonable library for providing all the reasonable helper functions missing from JavaScript ES5 (or that perform poorly if you use the default ES5 version).

Since we're migrating the codebase to TypeScript , we'll likely end up removing most usage of it and ultimately no longer needing it, but we've been very happy with the library.

See more
Recommends
on
TypeScriptTypeScript

I use TypeScript because it's adoption by many developers, it's supported by many companies, and it's growth. AngularJS, React, @ASP.NET Core. I started using it in .NET Core, then for a job. Later I added more Angular experience and wrote more React software. It makes your code easier to understand and read... which means it makes other people's code easier to understand and read.

See more
Recommends
on
TypeScriptTypeScript

I use TypeScript for Web Applications and for both frontend and backend because it has a lot of tooling around it and they really got the types and type safety right. Flow (JS) on the other hand lacks tooling and most of the times I scramble to find the right way of building my contracts in which TypeScript is very intuitive and natural. Additionally TypeScript is very similar to Java so your backend engineers and full stack engineers can work with it without much of context switch.

The only time I think Flow shines is (based on probably my outdated knowledge) Flow is/was the only option if you want/wanted to build a React Native application mainly because React Native transpiler at the time I was working with it would only work with flow.

See more
Frédéric MARAND
Core Developer at OSInet · | 2 upvotes · 133.3K views
Recommends
on
TypeScriptTypeScript

I use TypeScript because I tried both on a Meteor project, and found the quantity of errors it enabled us to catch and the simplification of code it allowed was higher than Flow (JS).

See more
Recommends
on
TypeScriptTypeScript

I use TypeScript because of broad support, on tools, repos, community ... the only reason to consider flow is if you're a facebook employee

See more
Recommends
on
TypeScriptTypeScript

If you will start a project from scratch I recommend to use TypeScript. But, If you work with legacy projects written in JavaScript I recommend Flow (JS). Both tools have the same objective: reduce the bad code (which create illegible code, generate bugs e problems to maintenance). Flex helps you to avoid fall in bad codes, but TypeScript prevent you to c you to create bad codes. I believe cause this some JavaScript fans don't like TS, because TS block you to write some types o code. This is the fundamental difference between TS and Flow: Flow avoid problems, but no force. TS force you to prevent problems.

See more
Recommends
on
TypeScriptTypeScript

I use TypeScript because it's the most mature/issue-free Javascript type-checker available, as far as I've seen.

See more
Damian Esteban
CTO @ betterPT at BetterPT · | 1 upvotes · 121K views
Recommends
on
TypeScriptTypeScript
at

I recommend TypeScript. When used correctly, TypeScript can enable your application to be scalable, easy to refactor, safe, and stable. One of the biggest draws of working with any typed language is that it forces you to think about your functions' inputs and outputs. This is invaluable as it can lead to more declarative, functional style code that ultimately can be easier to reason about.

TypeScript is however not a silver bullet. Just like anything new it takes time to fully understand the concepts of types, interfaces, abstract classes, and enums. In my experience engineers who excel when using TypeScript are those who have experience working with a statically typed language.

See more
Rafael Avaria
Ingeniero civil en electrónica · | 1 upvotes · 119.8K views
Recommends
on
TypeScriptTypeScript

I use TypeScript because i love to program in Angular and used in node as well

See more
Decisions about Dart and TypeScript
Lucas Litton
Founder & CEO at Macombey · | 8 upvotes · 246K views

JavaScript is at the forefront of our entire development approach. Not only do we use different JavaScript frameworks and management tools, but we also use pure vanilla JavaScript to solve simple problems throughout all of our client's builds. JavaScript is a general purpose programming language that can be blazing fast and fun to work with. There's not one project we are working on that doesn't involve it.

See more
Vladyslav Holubiev
Sr. Directory of Technology at Shelf · | 3 upvotes · 137.2K views

As our codebase grew in size, we were looking for ways to improve code quality. We chose TypeScript over Flow due to its rapid industry adoption and overall tools support.

We noticed how different open-source projects were migrating from Flow to TypeScript. Most notably, it was Jest, even though Jest and Flow were both developed by Facebook. See this HN thread if you want to dive into an interesting discussion around this move.

Additionally, at the beginning of 2019, both Babel and ESLint enabled seamless TypeScript support, which allowed easy migration path in a backward-compatible way.

See more
Oleksandr Fedotov
Senior Software Engineer at joyn · | 4 upvotes · 118.5K views

Initially making a decision to use Flow vs Typescript we decided to go with flow as we wanted our code to run in a way we wrote it, because when using Flow types are simply removed from the code without modifying the code itself. Sadly, the type system of Flow was in some cases very hard to understand and declare the types correctly, especially in cases when the structure is very dynamic (e.g. object keys and values are created dynamically). Another reason was bad integration with IDE and frequent crashes which made DX very poor. Therefore, we made another evaluation of Typescript and decided to move towards it. As our code base was pretty big when we decided to migrate to TS we couldn't just stop and re-write everything, that's why we started writing new modules in Typescript as well as transforming old components. To make that possible we had to configure Webpack loader to support simultaneous bundling of Flow&JS and Typescript. After around 2 months of the transformation we have around 40% of code being written in Typescript and we are more than happy with integration TS has with IDE, as well as ease of declaring types for dynamic modules and functions.

See more
Get Advice from developers at your company using StackShare Enterprise. Sign up for StackShare Enterprise.
Learn More
Pros of Dart
Pros of TypeScript
  • 59
    Backed by Google
  • 53
    Flutter
  • 39
    Twice the speed of Javascript
  • 35
    Great tools
  • 30
    Scalable
  • 27
    Open source
  • 26
    Made for the future
  • 25
    Can be used on Frontend
  • 22
    Polymer Dart
  • 22
    Angular Dart
  • 18
    Cross platform
  • 16
    Like Java
  • 14
    Easy to learn
  • 13
    Dartanalyzer
  • 12
    Runs on Google Cloud Platform
  • 10
    Easy to Understand
  • 9
    Amazing concurrency primitives
  • 8
    Is to JS what C is to ASM
  • 7
    Flutter works with darts
  • 3
    R
  • 3
    Can run Dart in AWS Lambda
  • 1
    Looks familiar, with purposely implemented features
  • 173
    More intuitive and type safe javascript
  • 105
    Type safe
  • 79
    JavaScript superset
  • 48
    The best AltJS ever
  • 27
    Best AltJS for BackEnd
  • 15
    Powerful type system, including generics & JS features
  • 11
    Compile time errors
  • 11
    Nice and seamless hybrid of static and dynamic typing
  • 10
    Aligned with ES development for compatibility
  • 7
    Angular
  • 7
    Structural, rather than nominal, subtyping
  • 5
    Starts and ends with JavaScript
  • 1
    Garbage collection

Sign up to add or upvote prosMake informed product decisions

Cons of Dart
Cons of TypeScript
  • 3
    Lack of ORM
  • 3
    Locked in - JS or TS interop is very hard to accomplish
  • 0
    A
  • 5
    Code may look heavy and confusing
  • 4
    Hype

Sign up to add or upvote consMake informed product decisions