2017幎に泚意すべきJavaScriptの傟向

画像



ダン・アブラモフのツむヌトを芋た埌、この資料を曞くこずにしたした。圌に感謝したす。 Danは、䞀般の人々の泚目に倀するJavaScriptの䞖界で最も興味深いむベントに぀いお、加入者に質問したした。





JS愛奜家は質問に答え、ツむヌトの䞋で山ほどの答えが集たった。 誰もが、圌の意芋では、2017幎に泚意を払う䟡倀があるこずに぀いお話したした。 結果は非垞に面癜い遞択であり、そこから私は最良のものを遞択し、説明を远加したした。



すぐに蚀いたいです。 機胜的なプログラミングツヌルが肉県で芋えるマテリアルに衚瀺されおいるずいう事実から刀断するず、AFは、倉曎可胜なモヌドが過ぎおから実行されおいる少数の人の運呜でした。 今ではかなり深刻な傟向に芋えたす。



JavaScriptコミュニティで最も有望であるず指摘されおいる技術を以䞋に瀺したす。 人気の降順でランク付けしたした。



Webassssembly



ああ、なぜWebAssemblyテクノロゞヌの機胜の説明を始めたすか その略称「wasm」は「asm」のように芋えたすが、これは䞋䜍レベルの䜕かに盎面しおいるこずを瀺唆しおいたす。 実際-ありのたた。 このテクノロゞヌは、あらゆる蚀語の開発を単玔化するこずを目的ずしおいたす喜ばしい、関数型プログラミングずリアクティブプログラミングの愛奜者。たた、Web甚のコヌドをコンパむルしたす。



WebAssemblyテクノロゞヌは倚くの人にアピヌルしおいたす。 実際のずころ、倚くの開発者はただJSず非垞に混合した関係にあり、JavaScriptに倉換できるコヌドで曞かれた他の蚀語を無条件に優先しおいたす。 以䞋-このアむデアの倚くの蚌拠。



いずれにせよ、JSは飛躍的に前進し、これがすぐに終わるずは誰も期埅しおいたせん。



WebAssembly-開発は比范的若いです。 珟圚、詊甚版の段階にあり、リリヌスはただ遠いです。 したがっお、JSの将来に非垞に深刻な圱響を䞎える可胜性があるため、その開発は芳察する䟡倀があるず確信しおいたす。



WebAssemblyの詳现に぀いおは、Eric Elliottをご芧ください。



ニレ



倚くの開発者は2016幎に文字通り゚ルムに恋をしたした。 これは、すべおのナヌザヌがアクセスできる機胜的なプログラミング蚀語です。



蚀語の䞻な特城を明らかにするElmの玹介からの抜粋を以䞋に瀺したす。





Elmは、クリヌンでシンプルでコンパクトなコヌドず組み合わされた優れたツヌルです。

もちろん、ElmはJSにコンパむルされ、JavaScript開発者の泚目を集めたした。



Vue.js



昚幎、Vue.jsの人気が高たるのを芋るのは非垞に興味深いものでした。 このラむブラリは、間違いなく2017幎には著名なプレヌダヌになるでしょう。



ずころで、Vue.jsの倧胆䞍敵な䜜成者であり、コミュニティリヌダヌであるEvan Yuのおかげで、私は昚幎オヌプン゜ヌスのアむデアに觊発されたした。



VueはReactのラむバルであるため、2017幎には、React、Vue、たたはElmのどちらが良いかに぀いお無限の議論が行われるのは圓然です ここで既にこのトピックに぀いお議論しおいたす。 最終的に、どのコミュニティが倧芏暡プロゞェクトに最適なサポヌトを提䟛するかを決定したす。 ゚ノァン・ナヌは䜕をすべきか知っおいるず思う。



Vue 2.0バヌゞョンが最近リリヌスされ、より高速か぀小型になり、このラむブラリがさらに魅力的になりたした。



ちなみに、 䞀郚の 䌁業がVueに切り替えた理由に぀いおの質問に察する回答がいく぀かありたす。



バビリバベル瞮小



Babiliは2016幎8月にリリヌスされたした。これは、Babelむンフラストラクチャに基づいお、ES6 +ず連携できる最小化機胜です。



なぜ別の瞮小噚ですか



これは、バビリの理由に぀いおのヘンリヌ・チュヌによる玠晎らしい物語です。 次の郚分に泚意を払うこずが重芁だず思いたす。「BabiliはES2015 +デザむンを入力ずしお受け入れるこずができたすが、既存のミニファむダは通垞ES5に限定されたす。 瞮小する前に、サポヌトされおいる蚀語バヌゞョンにコヌドをトランスコンパむルする必芁がありたす。 これは、プログラマヌがES2015で既に䜜業プロゞェクトを䜜成しおいるず考えるず、圹に立ちたせん。 さらに、Babiliは柔軟性があり、モゞュヌル構造になっおいたす実際、プラグむンのサポヌトを意味するBabel プリセットのセットです 。プリセットたたはコマンドラむンツヌルずしお䜿甚できたす。 さらに、BabiliはES2015 +に固有のコヌド最適化を実行できたす。



OCaml



OCaml自䜓は特にJSに関連付けられおいたせんが、リストにある次の2぀の傟向の重芁性を認識するために、OCamlが䜕であるかを知る必芁がありたす。



過去数幎にわたっお関数型プログラミングの埩掻を目の圓たりにしおきたなら、Haskellに぀いお聞いたこずがあるかもしれたせん。 OCamlは、䞻にOCamlからJSたでの優れたコンパむラがいく぀かあるずいう事実により、Haskellよりも急速に人気を博しおいたす。

たずえば、Facebook開発者はOCamlの倧ファンであり、 Hack 、 Flow、およびInferの䜜成に圹立っおいたす。



BuckleScript



BuckleScriptは、ブルヌムバヌグ開発チヌムによっお䜜成されたOCaml甚のコンパむラですはい、これは同じブルヌムバヌグです。 Dwayne Johnsonがこのこずに぀いお次のように述べおいたす。“ BuckleScript 、たたは略しおbscは、OCaml甚の比范的新しいJavaScriptコンパむラです。 ぀たり、関数型のOCaml蚀語を䜿甚しお、JavaScriptでコヌドをコンパむルできたす。 ここで泚目すべきこずは、BuckleScriptによっお生成されたコヌドが非垞に読みやすいこずです぀たり、JSに粟通しおいるなら、このコヌドを理解でき、デバッグが容易になりたす、たたBuckleScriptはnpm゚コシステムに接続されおいたす。 その結果、匷力で機胜的で型付けされた蚀語ず、Web開発甚の最新の玠晎らしいラむブラリを組み合わせた2぀の䞖界の最高のものを手に入れるこずができたす。



ReasonML



Reasonは、非垞に䜿いやすい構文、深い゚ディタヌ統合、優れたビルドツヌルを備えたOCamlベヌスの蚀語です。 これは、Reactに携わった同じFacebookチヌムによっお䜜成されたした。



ショヌングロヌブによるReasonに関する玠晎らしい短線小説です。



ピュアスクリプト



明らかに、PureScriptは、JavaScriptにコンパむルされる別の匷く型付けされた効率的なプログラミング蚀語であるず既に掚枬したした。



Haskell愛奜家に特に人気がありたす。 あなたは圌を゚ルムの競争盞手ず考えるこずができたす。 PureScriptが提䟛するものは次のずおりです。





TypeScript



TypeScriptは、コヌドの品質ずわかりやすさを向䞊させるこずを目的ずしたJavaScriptアドオンです。 さらに、TypeScriptは、プログラムテキストの入力プロセスで゚ラヌを盎接瀺すこずにより、開発プロセスを促進したす。 ずころで、Atom゚ディタヌはTypeScriptをサポヌトしおいたす。



画像






Anders Halesberg の TypeScriptに関する詳现なストヌリヌは次のずおりです。



Webpack-blocks



これは、Webpackを構成するための良い方法です。 おそらく圌の支持の䞻な議論はダン・アブラモフによっおなされたした「明らかに、Webpackは高レベルのツヌルになるこずはありたせん。 したがっお、その構成は、倖郚手段を提䟛する意味がありたす。 蚭定は、パラメヌタを含むテキストの断片をコピヌしお貌り付けるずいう圢ではなく、適切に蚭蚈されたブロックの圢で提瀺する必芁がありたす。



Webpackを䜿甚する堎合、 webpack-blocksの有甚な䜿甚法を芋぀ける可胜性が十分にありたす 。



GraphQL



特に倧量のデヌタを凊理する必芁がある䌁業では、GraphQLがRESTに取っお代わりたす。 これがなぜそうなのかを理解するのに圹立぀䟋です。 䞻なアむデアGraphQLは限界たで有効です。 2017幎もGraphQLの成長を匕き続き芳察するず信じおいたす。 そしお、1幎埌にRESTに眮き換わるかどうかに぀いおお話したす。



Reactストヌリヌブック



これは、React / React Nativeのナヌザヌむンタヌフェむス開発環境です。 その助けを借りお、むンタヌフェむスコンポヌネントのさたざたな状態を芖芚化し、むンタラクティブに操䜜できたす。



この写真を芋おください。問題がすぐにわかりたす。



画像



React Storybookはこちらにありたす 。



jQuery 3.0



JQueryのgreat祖父はただ私たちず䞀緒です 開発チヌムは2016幎6月に、よりコンパクトで高速なバヌゞョンをリリヌスしたしたが、 Reactをマスタヌするなどのこずに熱心だった倚くの人は、おそらくそれに぀いお聞いおいたせんでした。



Pixi.js



WebGLを䜿甚しお玠晎らしく矎しい2Dむンタヌフェヌスたたはゲヌムを開発しおいる堎合、Pixi.jsはあなたにぎったりです。 このラむブラリを䜿甚しお䜜成されたプロゞェクトのギャラリヌをご芧ください 。 深刻なものを䜜成する予定がない堎合でも、今すぐ芋おください。



プリアクト



Preact.jsはReactの高速な代替手段であり、同じES6 APIでサむズがわずか3 KBです。



むンフェルノ



InfernoはPreactの代替です。 これはReactに䌌た高速ラむブラリで、8 KBしか占有せず、クラむアント偎ずサヌバヌの䞡方で高性胜のナヌザヌむンタヌフェむスを䜜成するように蚭蚈されおいたす。 開発者に、Preactよりも倚くの組み蟌みの远加機胜を提䟛したす。



さび



Rustは、emscriptenを䜿甚しおJavaScriptにコンパむルする別の高速蚀語です。 おそらく、このようなさたざたな蚀語は、JSで曞きたくない開発者の数を明確に瀺しおいたす。



カスタム芁玠v1



カスタム芁玠テクノロゞヌShadow DOMずずもには、適応に関する問題を経隓したした䞻にその抂念の認識の耇雑さによるが、2017幎も匕き続き開発される可胜性がありたす。



改善の䞻な領域はブラりザのサポヌトです。これは、 ここでわかるように 、成長しおいたす。 これは開発者により倚くの機䌚を䞎えるず同時に、コヌドの量を枛らす玠晎らしい方法だず思いたす。



カスタム゚レメントの䜿甚方法を理解するのに圹立぀、 Smashing MagazineずGoogleの資料を以䞋に瀺したす。



WebRTC



WebRTCがすでに5歳であるずは信じられたせん 。 Facebook、Slack、Snapchat、WhatsAppはそれぞれのシステムで䜿甚しおいたす。 WebRTCの人気は避けられず、ナヌザヌに音声およびビデオ通信を提䟛する䌁業がたすたす䜿甚されたす。



WebRTCプロゞェクトチヌムの革新が改善のみをもたらすこずを期埅したしょう。



Next.js



Next.jsは、React、Webpack、Babelの䞊に構築された小さなフレヌムワヌクです。 サヌバヌ偎で構築されるReactアプリケヌションの䜜成ず展開を簡玠化したす。



このプロゞェクトに関䞎しおいるZEIT 開発チヌムは、Reactコミュニティで非垞に掻発です。 Next.jsは少なくずも泚意を払うべきだず思いたす。



たずめ



ご芧のずおり、2017幎に芋る䟡倀のあるJSプロゞェクトの印象的なリストが既に遞択されおいたす。 今幎はたったく新しいものをもたらすず信じおいたす。 いずれにせよ、それは興味深いでしょう。



この資料がリリヌスされた埌、読者は、それを拡匵できるいく぀かの重芁な技術を提案したした。 䜕か教えおもらえたすか



All Articles