ReactからSolidに変えました
趣味でプログラミングをしていて、ライブラリをReactからSolidに変えたので、変えるときに気をつけたことを書きます。 クラスコンポーネントを関数コンポーネントにする Solidにはクラスコンポーネントがないので、関数コンポーネントに書きなおします。 フック関数を変える ReactとSolidはフック関数が違うので、書きなおします。 useState → createSignal 戻り値の一つ目が関数になっているので、気をつけます。 // React function useState(initialState: T): [T, (state: T) => void]; const [state, setState] = useState(initial); // Solid function createSignal(value: T): [() => T, (state: T) =>
else を禁止してはいけない - Qiita
複雑なプログラムを書いてしまうのを避けるために、if 文の else を避ける制約を設けてプログラミングしてみましょう、というアプローチがあります。これはあくまで、ThoughtWorks アンソロジーに書かれていた、ある種のプログラミング思考のトレーニング方法のひとつにすぎないものです。 しかし、権威だからか、あるいは、あまりコードを書かない人がわかりやすいと感じるからか、プロダクションコードの規約に使おうとする誤った考えがあります。そんなことをすると、コード品質は下がります。 else 禁止制約というのは、「これまで if-else で記述していた多くのコードは、実は、生成するオブジェクトの多態性によって、分岐の前倒しが可能になるものだったのか」という認識を得られれば、すぐに忘れるべきルールです。 ある実在の OSS コードを例に説明します。 https://github.com/xr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
