禅は電話しない

画像



2017年です。つまり、私は1年半前からマゾヒズムをやっています。 2年前、私は陽気で陽気でしたが、今は冗談や楽しみを持ちたくありません。 2年後、reduxは私を運命論者にしました。 いわゆる「フロントエンド」のひどい未来に対する私の自信は日々高まっています。 最終的に、Sberbankはreduxをスタックの基盤にしました。これらの人は良いものを選択しません。 冗談だ! そこで素晴らしいスペシャリストが働いていると確信しています。



過去



かつて、デンアブラモフは何千人もの専門家に、「仕事を楽しんでいます」という単純なフレーズを使って、単純に還元水を加えました。 そして、最近理解したことは私の喜びです!==ダンの喜び。



なぜreduxが作成されたのですか? 開発者の生活を楽にするために? ビジネスニーズですか? いや! 反応テンプレートのホットリロードが機能するため。



一方、その瞬間、ダンと完全に並行しており、彼の仕事を知らなかったので、私は同様の問題を解決することに従事していましたが、異なるエコシステムではグローバルな状態を必要としませんでした。 生態系は死に、イベントは結び付けられず、その時が来ました...



ダンはフラストレーションについて話しました。ページをリロードするのに時間がかかりすぎますが、その後どのくらいフラストレーションを世界に与えましたか。彼はどのくらいの時間を費やし、見返りに費やされるのでしょうか。



リアル



なぜここにいるのか、何をしているのか? 私たちそれぞれが遅かれ早かれこの質問をしていると思います。 質問の特定の境界線を概説し、答え​​も見つけました-できるだけ早く、シンプルで、安定した、サポートされたビジネス用のアプリケーションを作成します。



誰かが言ったように(たぶん私?):「ツールの価値は、単純化する作業の量に正比例します。」



そして、単純な質問に正直に答えましょう。この文は、reduxやそれに似たものに当てはまりますか?



たとえば、2つのスタックでの同等のコンポーネントの作成を比較します:redux / reactと、angular 1(この時点で関連していました)。



比較表



19対7であり、ストアの設定、セレクター、ブラケットの背後にあるスタックの成長の問題に関連する多くの質問と変更が残っています。 そして、ほぼすべての面で。 もしあれば、逆の経験をコメントで共有してください。



一般的に言って、私はreduxが悪いものであるとは言いたくありません。結局のところ、業界全体を誤解することはできませんか? ある意味で、reduxは革命を起こし、いわば大衆に関数型プログラミングをもたらしました。 そして、それが良いか悪いかは関係ありません。



はい、ビジネスロジックのホットリスタートが本当に必要です。 そしてどこかで、論理は客観的というよりも手続き的に記述する方が簡単です。 一部の人にとっては、州のミクロ管理が必要です。



しかし、それに直面してみましょう、私たちのほとんどは、データ管理のためのインターフェイスを作成します:ユーザーが変更され、サーバーに保存されました、最大-何らかの形で反応しました。 それ自体、このタスクは非常に単純であり、jQueryを使用してもすぐに対処できました.5-10年後にはすべての人がロボットに置き換えられますが、今のところ、自分自身と彼らの生活を簡素化し、開発の時間とコストを削減する必要があります。 レデューサーを見てください。すべての操作の95%がCRUDに削減されているわけではありません。残りの5%はミドルウェアに落ち着くことさえありますか? くしゃみごとに特別なレデューサーが必要ですか?



そろそろ先に進んで、これらの問題がすべて、より成熟したスタックによってどのように解決されたかを見てみましょう。



未来



私の魂のどこか深いところに、すべてが私たちと共にうまくいくという希望があります。 過去数ヶ月間、フォームと方法の調査と検索を行ってきました。 私の創造的な実験の最も明確な結果ですが 、思考の流れよりもはるかに遅れています。



これは私がPRしませんし、試そうとしないでください。 これは、ユニバーサルアプリケーションがどのように見えるかを想像する試みです。 私はあなたのすべての秒がこれについて言うべきことを持っていると確信しています。



現時点で私が作った主なことは、ロールプレイングゲームをプレイするのではなく、適切な名前で物事を呼び始めなければならないということです:



コンポーネントコンテナは単なるコンポーネントです。

表現コンポーネント-ウィジェット。

ストア-データベース。

セレクター-ORM。 はい、ゲッターだけでなくセッターも必要です。



ツールのディクテーションに順応するのをやめなければなりません。より速く、より良い仕事をする方法を自分で決めなければなりません。 レンダリング速度が10%速いキラー機能を探す必要はありません。 標準は必要ですが、「フロントエンド」ではなく、トイレから宇宙船までどこでも動作するユニバーサルアプリケーションが必要ですか?



PS



遠い2014年の興味深いパフォーマンス比較



誰もが理解するわけではなく、感謝する人はほとんどいません...
画像




All Articles