その他のIncludeJS

笑わないで これはおそらく最高の導入フレーズです。実際、「どのように? 別のスクリプトコレクター?」 はい、投稿ではさらに別の「個人的な経験」について説明します。 別のライブラリをスローするだけでなく、この決定が他の100万人よりも優れている可能性があることを検討します。 おそらく、私はあなたに伝えることができないでしょう、すべてはそのままです、しかし、私は試みます、そして、あなたは厳しく判断しません。 これは、コンポーネントとMVPに関するシリーズの2番目の記事になります。 興味があれば、 最初のに慣れることができます。



コンポーネントの問題



多くの場合、コンポーネント/ウィジェットは、スクリプトに加えて、他のリソース(htmlマークアップ、スタイル、画像、コンポーネント)で構成されます。 そして今、私はこれらの同じリソースのコレクターを取得したいと思います。 開発中に、コンポーネント/ライブラリを使用してディレクトリへのパスを指定し、目的のものを接続します。アセンブリ中に、htmlが1つ、スタイル、 javascriptにも貼り付けられ、画像がアプリケーションにコピーされます。 そのような「デザイナー」は恐らくすでに存在しているかもしれませんが、適切なものを見つけられませんでした-そして、私の目標は競合製品を作成することではなく、自分に必要なことをすることでした。



ここ(github)では、このものをダウンロード/ apiで見ることができます。 このトピックがおもしろそうで、この不適切な文章に10分を費やしてくれる人には、猫に招待してください。







少し歴史、または適切な自転車は何ですか



正直に言うと、物事を「正しい」と呼んだり、「何かをする方法」と書いたりするのは少し厄介です。結局のところ、これはすべて主観的なものです。

タスクに直面したとき、それを解決するために必要なツールと持っていないツールを評価します。 また、それによりプロセスをスピードアップできると考えています。 そして今、私たちが既存のツールを少し、ほんの少しだけ修正することに決めたなら、それが、自転車への100マイルの最初の一歩を踏み出しました。 さらに多くの同様の問題を解決する必要があります。ここでは、機能をレンガで構築します。 誰もがタスクを生き延びるわけではありません。どこかで吐き出し、既製のライブラリを受け取ります。 そして、どこかで、これらの「完了するのが少し」の必要性は単純に消え、そして、流れる場所のない水のように、沼地に変わります。 しかし、沼地は悪くありませんが、逆に何百万もの種に命を与えます。

しかし、ツールキットが生き残った場合、これは複数の「小さな完成」であり、その結果、「モノ」が得られ、各コンマまたはその逆を認識します。将来は私が驚いて笑うでしょう。 機能の追加、変更、編集が既に簡単な場合。 自由の風が感じられる場所、この「もの」があなたが望むこととあなたが望むようにするとき。 この余談をおforびします。



そして物語自体は当たり前です






All Articles