# Sample document
## [[Structure]]
```javascript
[Element 1]
[Element 2]
# Sample document
## [[Structure]]
```javascript
[Element 1]
[Element 2]
# Sample document
## <<Structure>>
```javascript
<Element 1>
<Element 2>
import * as React from 'react'; | |
// Type utilities | |
type DiffKey<T extends string, U extends string> = ( | |
& {[P in T]: P } // (1) | |
& {[P in U]: never } // (2) | |
& { [x: string]: never } // (3) | |
)[T]; // (4) | |
type Omit<T, K extends keyof T> = Pick<T, DiffKey<keyof T, K>>; |
./bin/bundle update webpacker
原文: http://weblog.rubyonrails.org/2017/8/30/webpacker-3-0/
RailsとWebpackをいっしょに使うのを、この3つ目のWebpackerリリースで、さらに簡単にした。2つの大きな変更は、開発中に別のプロセスがもはや不要なことと、大部分の設定は、いまやWebpacker npm package内に置かれていることだ。だから、あなたのconfig/
ディレクトリはきれいなままで、アップデートもより簡単だ。
開発およびテスト中、Webpackerにオンデマンドでコンパイルさせることで、別プロセスの必要性を排除した。このプロセスを高速化するためにいろいろやった結果、多くのアプリで、パフォーマンスは良好以上になることだろう。しかし、巨大なアプリの場合、もしくは、ライブリローディングやhot module replacementが好みならば、 bin/webpack-dev-server
を使い続けることができる。Webpackerは、このプロセスが走っていることを自動的に検出して、packをオンデマンドではなくそこから供給する。賢いね。
それから、Railsのconfig/
ディレクトリに生成される設定ボイラープレートの総量を劇的に減らした。標準的はものはすべて、いまではWebpack npmモジュール内に置かれている。これは、アップグレードをとても簡単にする。さらに、デフォルトを好みに応じて上書きすることも依然として可能だ。だから、これはあらゆる面での大勝利なのだ。
{ | |
"defaultSeverity": "error", | |
"extends": ["tslint:latest", "tslint-react", "tslint-eslint-rules"], | |
"rules": { | |
"quotemark": [true, "single", "jsx-double"], | |
"semicolon": [true, "never"], | |
"interface-name": [true, "never-prefix"], | |
"object-literal-sort-keys": false, | |
"no-submodule-imports": false, | |
"member-access": [true, "no-public"], |
{ | |
"defaultSeverity": "error", | |
"extends": ["tslint:latest", "tslint-react", "tslint-eslint-rules"], | |
"rules": { | |
"quotemark": [true, "single", "jsx-double"], | |
"semicolon": [true, "never"] | |
} | |
} | |