proposal-do-expressions
TypeScript
proposal-do-expressions | TypeScript | |
---|---|---|
19 | 1,305 | |
1,066 | 98,060 | |
2.3% | 0.6% | |
0.0 | 9.9 | |
about 3 years ago | 4 days ago | |
HTML | TypeScript | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
proposal-do-expressions
-
TypeScript Is Surprisingly OK for Compilers
> no pattern matching/switch expressions
They're still waiting on the do expression proposal for that (https://github.com/tc39/proposal-do-expressions), which has been in the bikeshedding stage for the past five years.
-
[AskJS] Opinions on using self executing functions as multi-line expressions.
At some point, it may be superseded by do blocks, but for now it's really your best bet.
-
What is this called? { id ? <Dashboard/> : <Login/> } and can I make it check for multiple things like a switch case?
But there is a proposal for do-expression : https://github.com/tc39/proposal-do-expressions
-
Using {Blocks} in Rust & Go for Fun & Profit
It's also the reason why do expressions are my most anticipated feature for JS.
-
Pipe Operator (|>) For JavaScript
> They should repurpose `do` so that `do {}` (without the `while`) is an expression that you can put statements inside and return the last statement.
There's a proposal for precisely that. Unfortunately, only Stage 1 though.
https://github.com/tc39/proposal-do-expressions
- Is a single ternary operator inside the returned JSX acceptable?
-
[AskJS] Is there ever a good use for loose blocks in JS?
It's one of the main reasons why I really want the do-expression propsal to work out, because then it would become:
- The TC39 Process
-
[AskJS] What are still present issues in contemporary (2022) JavaScript?
Do blocks. Okay, this is actually a proposal so maybe someday. Basically blocks that can resolve to an expression.
-
'The best thing we can do today to JavaScript is to retire it,' says JSON creator Douglas Crockford • DEVCLASS
Tomorrow, do expressions:
TypeScript
-
JSR Is Not Another Package Manager
Regular expressions are part of the language, so it's not so unreasonable that TypeScript should parse them and take their semantics into account. Indeed, TypeScript 5.5 will include [new support for syntax checking of regular expressions](https://github.com/microsoft/TypeScript/pull/55600), and presumably they'll eventually be able to solve the problem the GP highlighted on top of those foundations.
-
TypeScript Essentials: Distinguishing Types with Branding
Dedicated syntax for creating unique subsets of a type that denote a particular refinement is a longstanding ask[2] - and very useful, we've experimented with implementations.[3]
I don't think it has any relation to runtime type checking at all. It's refinement types, [4] or newtypes[5] depending on the details and how you shape it.
[1] https://github.com/microsoft/TypeScript/blob/main/src/compil...
-
What is an Abstract Syntax Tree in Programming?
GitHub | Website
-
Smart Contract Programming Languages: sCrypt vs. Solidity
Learning Curve and Developer Tooling sCrypt is an embedded Domain Specific Language (eDSL) based on TypeScript. It is strictly a subset of TypeScript, so all sCrypt code is valid TypeScript. TypeScript is chosen as the host language because it provides an easy, familiar language (JavaScript), but with type safety. There’s an abundance of learning materials available for TypeScript and thus sCrypt, including online tutorials, courses, documentation, and community support. This makes it relatively easy for beginners to start learning. It also has a vast ecosystem with numerous libraries and frameworks (e.g., React, Angular, Vue) that can simplify development and integration with Web2 applications.
-
Understanding the Difference Between Type and Interface in TypeScript
As a JavaScript or TypeScript developer, you might have come across the terms type and interface when working with complex data structures or defining custom types. While both serve similar purposes, they have distinct characteristics that influence when to use them. In this blog post, we'll delve into the differences between types and interfaces in TypeScript, providing examples to aid your understanding.
-
Type-Safe Fetch with Next.js, Strapi, and OpenAPI
TypeScript helps you in many ways in the context of a JavaScript app. It makes it easier to consume interfaces of any type.
- Proposal: Types as Configuration
-
How to scrape Amazon products
In this guide, we'll be extracting information from Amazon product pages using the power of TypeScript in combination with the Cheerio and Crawlee libraries. We'll explore how to retrieve and extract detailed product data such as titles, prices, image URLs, and more from Amazon's vast marketplace. We'll also discuss handling potential blocking issues that may arise during the scraping process.
-
Shared Tailwind Setup For Micro Frontend Application with Nx Workspace
TypeScript
-
Building a Dynamic Job Board with Issues Github, Next.js, Tailwind CSS and MobX-State-Tree
Familiarity with TypeScript, React and Next.js
What are some alternatives?
native-messaging-bash - Bash Native Messaging host.
zod - TypeScript-first schema validation with static type inference
captureSystemAudio - Capture system audio ("What-U-Hear")
Flutter - Flutter makes it easy and fast to build beautiful apps for mobile and beyond
proposal-pipeline-operator - A proposal for adding a useful pipe operator to JavaScript.
Tailwind CSS - A utility-first CSS framework for rapid UI development.
proposal-upsert - ECMAScript Proposal, specs, and reference implementation for Map.prototype.upsert
zx - A tool for writing better scripts
caya - a tiny useful simple language experiment
esbuild - An extremely fast bundler for the web
coffeescript - Unfancy JavaScript
gray-matter - Smarter YAML front matter parser, used by metalsmith, Gatsby, Netlify, Assemble, mapbox-gl, phenomic, vuejs vitepress, TinaCMS, Shopify Polaris, Ant Design, Astro, hashicorp, garden, slidev, saber, sourcegraph, and many others. Simple to use, and battle tested. Parses YAML by default but can also parse JSON Front Matter, Coffee Front Matter, TOML Front Matter, and has support for custom parsers. Please follow gray-matter's author: https://github.com/jonschlinkert