>>752
最近Rails始めたけどturbolinksは俺なら使いこなせる派ｗ
でもturbolinksが導入されたときは大変だったろうなって思ってる。

知っての通りJavaScriptとCSSは1ファイルにまとめて
最初にロードされた時点でのものをページが変わっても使い続ける。
JavaScript、CSSを設計レベルでの大きな修正しなければいけなくなる。
これは大きな設計の変更が必要になるが、俺はRailsを始める前からこの使い方だったんだよ。

具体的に言うとJavaScriptは$(element).on('click', ・・・)というやり方ではなく
$(document).on('click', element, ・・・)という書き方を好んで使っていた。
この書き方をするとelementが動的に増えても動作するからというのが理由。

またCSSもSassを使って1ファイルにまとめていた。
ページごとにユニークなIDを降ってページ固有のデザインがあれば
それを使うことにしていた。（でもそういうのはなるべく無いようにしていた）

ということで俺はturbolinksを知ったときにすでにturbolinksに対応可能な
設計だったので、あとは少し考えを整理し直す程度でうまく制御できた。

turbolinksに対応するための設計をちゃんと理解していて過去の負債に
なやまされないのであればturbolinksを使ったほうがいいと思うよ。