ScalaJS for TypeScripter - kubell Creator's Note
こんにちは。@kyo_agoです。 だいぶScalaJSでの開発知見が溜まってきたので共有したいと思います。 d.tsから.scalaへの変換 TypeScriptを使っていると真っ先に思い浮かぶのが「型定義は？」ということだと思います。 これに関してはScalaJSでもTypeScriptと同じようにScala側のコードからJS側のコードを呼び出す際に型定義が必要になります。 基本的には TypeScript Importer for Scala.js を使うことでd.tsから.scalaのコードを出力できますが、一部の機能は変換できないためエラーになったり定義が出力されなかったりします。 （ Type Definition Importer for Scala.js でWeb上から試すことができますが、必ずしも最新版でない可能性があるので注意してください） サポート範囲に関しては sc
2018年にNode.jsとIEとEdgeとFirefoxとChromeとSafariとElectronとNW.jsでTypeScript+mocha+power-assertな単体テストをカバレッジ付きで走らせたメモ
元旦に思い立って表題の通りにする過程で色々調べたメモ。TypeScript+色々系はいまいちまとまったのがないので参考になれば。 背景 上記全環境で動作予定がある、小規模だけど少しめんどくさい処理をするライブラリ（lazy-event-router イカガカプロジェクト用）を書いてたので、CI謎テストこけを直しついでに今風に刷新することにした。できるだけデフォルトに沿い極力設定を書かない方針でいった。個人的にあんま使わないのでwatch系はなし。タスクランナーはnpm scripts。 本体コード コードは全部TypeScriptで、babelは使わずtscとwebpackだけでES2015とES5（IE用）にトランスパイルする基本構成に。tsconfig.jsonとwebpack.config.js・webpack.config.es5.jsのみでこれはいける。tsconfigにtarg
Patterns for designing flexible architecture in node.js (CQRS/ES/Onion)
In this post, I’ve presented a project that is using CQRS and Event Sourcing patterns. It’s organized using onion architecture and written with TypeScript. “flexible” —a free stock photo I found which makes this blog post much nicer and artistic.“flexible” how?I’m using the term flexible to promote an architecture which is able to adapt to different kind of environments. More precisely, I’m trying
Release v4.0.0-beta.1 · reduxjs/redux
It's time to bump the major version on Redux! 🎉 This is the first beta release of 4.0.0. Despite the version bump, the changes are relatively minor. Most of it was covered in the 4.0 tracking issue: #1342. The largest amount of work was done with our Typescript definitions. They have been completely overhauled, so they should work better and take advantage of all the new stuff in TS 2.x. The othe
'this' in TypeScript
The this keyword in JavaScript (and thus TypeScript) behaves differently than it does in many other languages. This can be very surprising, especially for users of other languages that have certain intuitions about how this should work. This page will teach you how to recognize and diagnose problems with this in TypeScript, and describes several solutions and their respective trade-offs. Typical s
textlintのコアをTypeScriptで書き直した、textlintの今後について
textlint 9.0.0をリリースしました。 textlint 9.0.0では@textlint/kernelという内部的に使うコアモジュールをTypeScriptで書き直したバージョンが使われています。 元々textlintはNode.jsで動くように作られたため、fsモジュールなどNode.jsに依存しています。 そのため、ブラウザなどで動かす場合などはビルド時に色々工夫しないと動きません。 文書校正ツール textlint の Chrome 拡張を作った - もなでぃっく LocalStorageで誰でも安全にMarkdownでスライドやメモ作れるサービス作ったよ この問題をどうにかするためには、textlintというモジュールからロジックやLint処理部分だけをNode.jsなどに依存しない純粋なJavaScriptとして切り出す必要があります。 アドホックに対応するならブラウ
GitHub - cherow/cherow: Very fast and lightweight, standards-compliant, self-hosted javascript parser with high focus on both performance and stability
Very fast and lightweight, standards-compliant, self-hosted javascript parser with high focus on both performance and stability
To type or not to type: quantifying detectable bugs in JavaScript
the morning paper a random walk through Computer Science research, by Adrian Colyer To type or not to type: quantifying detectable bugs in JavaScript Gao et al., ICSE 2017 This is a terrific piece of work with immediate practical applications for many project teams. Is it worth the extra effort to add static type annotations to a JavaScript project? Should I use Facebook’s Flow or Microsoft’s Type
GitHub - stonelasley/javascript-to-typscript: Utility to help migrate javascript apps to typescript.
React + RxJSで始める状態管理 - CARTA TECH BLOG
こんにちは、fluctの@nekoyaです。 今日は現在開発に携わっている、俗に言う「管理画面」のWebアプリケーションのアーキテクチャをご紹介します。 このアプリケーションはReactとRxJSを軸として作られており、コードはTypeScriptを使って書いています。 アプリケーションを流れるデータと状態の管理について、Write StackとRead Stackという考え方を取り入れたところ、いろいろなメリットが得られたので、そのあたりを軸に掘り下げてみます。 全体の大まかな構成 各Stackの前に、まずはアプリケーション全体の構成をざっくりと見ておきます。 流れとしては、DispatcherからWrite Stack, Read Stackを通ってStateが生成され、それをViewが受け取るという構成になっています。 全体の流れとしてはFluxっぽい何かのひとつのあり方なのですが、
Coming Soon
We're under construction. Please check back for an update soon.
がんばらないTypeScriptのはじめ方 - 角待ちは対空
追記 2019/04/16に以下の記事が公開されました。 employment.en-japan.com gfxさんによる記事です。この記事自体2017年の若干古い記事なので、新しく読む方は最新版である上記の記事を読んだほうがいいでしょう。 このエントリは2017/07/12に行われたHatena Engineer Seminar #8 @ Tokyoの発表内容をブログ向けに書き直したものです。 事前の通知では「CoffeeScript脱出にみるTypeScript2.4時代のベストプラクティス」がタイトルだったのですが、主題を変えたためタイトルも「がんばらないTypeScriptの始め方」に変更させていただきました。CoffeeScript脱出の話は一応出てきます。 社内のTypeScript事情 その後のTypeScript 現在の様子 TypeScriptのがんばらないはじめ方
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - digitalheir/latex-parser: 📃 LaTeX parser for JavaScript (with TypeScript types)
GitHub - azu/shallow-equal-object: Shallow equal check object that support TypeScript.
GitHub - microsoft/rushstack: Monorepo for tools developed by the Rush Stack community
GitHub - lyft/react-javascript-to-typescript-transform: Convert React JavaScript code to TypeScript with proper typing
GitHub - phenomnomnominal/ineeda: Mocking library for TypeScript and JavaScript using Proxies!
Unit testing with Angular and ineeda
GitHub - jiayihu/pretty-algorithms: 🌊 Pretty, common and useful algorithms with modern JS and beautiful tests
Writing a Node.js module in TypeScript
