フロントエンドルーチンとの闘いを続けます

Habrに関するTARSに関する最新ニュースから6か月が経過しました 。



TARSは、あらゆる複雑なプロジェクトを作成するためのフロントエンド開発者（またはチーム全体）を支援するgulpベースのHTMLレイアウトコンパイラであることを思い出させてください。 過去6か月間で、88件の問題が解決し、7つのバージョンがリリースされ、 CLIが登場しました。yeomanとの関係がうまくいかなかったため、新しいバージョンが登場しました。 TARSはgithubの彼の新しい家に移り、4人の開発者のチーム+少人数のファンを獲得しました。 ちなみに、リリース後だけでなく、リリース後の即時フィードバックに感謝します。 TARSは、ロシアおよび海外のいくつかのWebスタジオで紹介されています。 コレクターは、12を超える開発者にコンポーネントアプローチを教え、レイアウトルーチン全体を恐れる人々をフロントエンドのランクに引き付けました。 一般に、多くの新しいものが登場しました。これについてお話したいと思います。



記事の小さな概要：

• TARSとは何かを簡単に思い出してください。
• 最新の話。
• よく誤解されることについて話しましょう。 TARSを使用して最大限に活用する方法。
• 今後のプロジェクトを待っているもの;
• 感謝の言葉。

TARSとは何ですか？

まず、TARSとは何かという質問に、より詳しく答えます。 前回の記事からの小さなコピーアンドペースト：「TARSは、ほとんどのフロントエンドタスクを自動化するための一群のタスク+何かが足りない場合に新しいタスクを簡単に追加する機能です。 TARSは、gulpフレームワークと呼ぶことができます。 個々の開発者と大規模なチームの両方に適しています。 これにより、着陸から巨大なポータルまで、あらゆる複雑なプロジェクトを簡単に開発できます。 オプションで作成されたすべてのもの、すべてのコードとユースケースが文書化されているため、gulpの仕組みを知る必要さえありません。



FrontTalksでの以前の記事とパフォーマンスの記録から、より多くの情報を入手できます。

新機能

まず、私は言います：1つのメジャーバージョン内でプロジェクトの100％の互換性が保証されているため、あらゆるバージョンのTARSでニュースを使用します。 プロジェクトドキュメントの更新ガイド。



主な目新しさは、TARSのCLIです。 CLIの前にTARSプロジェクトが表したもの：プロジェクトファイル+ TARSのすべてのnode_modules。 すべてのプロジェクトでそうです。 各サイズは250 MBに増加し、5つ以上のプロジェクトがある場合は非常に不便でしたが、Windowsで新しいプロジェクトを作成すると、依存関係が5分以上インストールされました。



コマンドの名前、キーの名前を覚えておく必要があり、使用されたキーの正確性、一緒に使用できるものとそうでないものの検証はありませんでした。 一般に、TARSは1つのルーチンを削除し、わずかに異なるルーチンを追加しました。 これを修正するために、 TARS-CLIを作成しました。



TARS-CLI-npm-package（グローバルにインストール）。これにより、次のことが可能になります。

• プロジェクトを関与させる;
• プロジェクトのアセンブリ（乙女とリリースの両方）のタスクを実行します。
• 別のファイルとフォルダーのセットを使用してモジュールをプロジェクトに追加すると、手動で行う必要がなくなります。
• プロジェクトにページを追加します。既存のテンプレートのコピーであり、完全に空です。
• 現在のディレクトリにあるgulpfile.jsからタスクを実行します。

誤ったフラグでコマンドを実行すると、エラーメッセージが表示されます。 プロジェクトを初期化するときに、手でtars-config.jsを編集する必要がなくなり、非常に便利な（コンソール用）インターフェースでいくつかの質問に答えるだけです。 同時に、毎回動作モードを選択したくない場合や自動テストを実行したくない場合は、フラグを使用して作業を保存しました。 TARSと同様に、TARS-CLIには2つの言語（ ロシア語と英語）の優れたドキュメントがあります。 （CLIとメインプロジェクトの両方の）ドキュメントの英語への翻訳も新しいものです。 移籍の理由-TARSは、チェコ共和国、アメリカ、南アメリカの開発者に興味を持っています。 英語のドキュメントがないことは確かではありません。



最も重要な変更の一般的なリスト：

• Babelのサポートが追加されました。
• スタイルが連結されているという事実にもかかわらず、インポート、sourcemapsディレクティブがサポートされています。
• PostCSSのサポートが追加されました。
• 組み立てプロセスを加速しました。
• 多くのバグをクリアし、深刻なリファクタリングを実施し、多くの便利な小さなものを追加しました。

実際、 変更のリストははるかに大きくなっています。 新規ユーザーはTARSの開発に良い影響を与えました。 新しいアイデアを実装し、プルリクエストを受け入れ、TARSの開発者の1人が2GISで仕事を得ました。



また、各リリースがWindows、Linux、およびOS Xでの自動テストを経て、より信頼性の高いコードを生成できるようになったことに言及する価値もあります。 アセンブリのステータスは、プロジェクトのreadmeのバッジに表示されます。



ちなみに、コレクターはCordova上のアプリケーション、ブラウザーの拡張機能などの開発に使用されています。

よくある質問

開発には、TARS-CLIを使用することをお勧めします。 サーバーでプロジェクトのビルドを練習する場合は、TARSを個別に使用してください。 この場合、グローバルな依存関係はありません。 しかし、誰もTARS-CLIを使用することを気にしません。



TARS-CLIで任意のTARSアセンブリを使用できます。 分岐し、タスクを追加し、コレクターを変更してニーズを満たします。 プロジェクトをアクティブにするには、次を実行します。

tars init -s http://url.to.zip.with.tars
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

したがって、TARS-CLIはTARSへのインターフェースであり、これによりはるかに便利になりました。 次に、メールまたはゴミで受け取った最も一般的な質問と誤解に移りましょう。



質問 ：「壊れたトラフ」にとどまることを恐れずにTARSを使用できますか？ プロジェクトは中止されますか？

回答 ：恐れることなく間違いなく使用できます。 問題は発生する可能性がありますが、すべて解決可能です。 最悪のシナリオでは、私たちのチームはあなたのプロジェクトを構築し、それを郵便であなたに送ることができます。 近い将来、ローカルで何か問題が発生した場合にオンラインビルドサービスを作成する予定です。 私たちは間違いなくプロジェクトをスローするつもりはありません。毎週新しい問題があり、2番目のバージョンが鼻にあります。 私たちもあなたも退屈しません。 npmの統計によると、先月、TARS-CLIは1,000人以上を配信しました。



質問 ：私たちのチームには、独自のガルプ/グラントコレクターがいます。TARSでの経験を活用したいと思います。

回答 ：必要なタスクをユーザータスクに転送できます。 gruntタスクを使用するために、gulpに書き直したくない場合は、 gulpで gruntタスクを実行するgulp-gruntパッケージがあります。 それでも、私たちは無骨なタスクをgulpに移植することをお勧めします。 さらに、すべてのgruntプラグインはgulpで利用可能です。 プロジェクトにこれらの追加タスクを常に連絡させたい場合は、TARSのフォークを作成し、必要な変更を追加して、フォークへのリンクをプロジェクトに通知することをお勧めします。 同時に、フォークの更新を簡単にするために、すべてのカスタムタスクをユーザータスクに追加し、これらのタスクの依存関係をuser-package.jsonで指定する必要があります。 それらは授与されるすべてのプロジェクトで設定されます。

さらに、タスクが多数の開発者に役立つ場合は、プルリクエストを行うようお願いします。 弊社との連携方法の説明はこちらからご覧いただけます 。



質問 ：TARSを使用して開発プロセスを構築する最良の方法は何ですか？

回答 ：ここには単一の回答はありません。 それはすべて、開発の詳細に依存します。



いくつかのタイプのプロジェクトを検討してください。

1. 長くプレイし、ユニーク。 この場合、すべてが簡単です。 モジュール、ページを作成し、すべてのCVSにすべてを保存します-一般に、このスクリプトは最も退屈です。
2. 反復機能を備えた多くのプロジェクト。 この場合、TARSを使用するにはいくつかの方法があります。
   
   
   • 再利用ブロックのライブラリを作成し、すぐに独自のTARSのフォークに含めます。 したがって、新しいプロジェクトが起動されると、すぐに必要なすべてのブロックが含まれます。
   • gitまたはその他のCVSを使用します。 タール化されたTARSがgitにあり、それぞれの新しいプロジェクトが別々のブランチであるとします。
   • 重複ブロックのライブラリを個別に保管してください。
   
   
   最初のオプションが最も便利です。 ただし、この場合、フォークの状態を監視し、元のリポジトリからタイムリーに変更を取得する必要があります。
   
   
3. 多くの異なるプロジェクト。 また、各プロジェクトをgit（または別のCVS）の個別のリポジトリにすることができる非常に単純なシナリオ。

上記の方法は定説ではありませんが、TARSからより多くのメリットを得る方法の例にすぎません。



質問 ：あなたが提供する技術スタックは前世紀のようです。 すべてが既にwebpackに移動されており、スクリプトはgulp / grunt / broccoli /何もせずにnpmを実行します。

回答 ：同じgulpのgithubの星の数がwebpackの2倍以上であるという事実から始めましょう。 古くなったgulpの呼び出しは、少なくとも正しくありません。 各タスクには独自のツールがあります。

非常に単純なプロジェクトの場合、スタイルを接着してjsを圧縮するだけで、すべてを自分で記述してnpmで実行できます。 そして、あなたはこれに時間を無駄にしてプロジェクト自体に従事することはできず、他のすべてをこれらのニーズのために作られたツールに任せることはできません。 実際、開発者がパッケージマネージャーをタスクランナーとして使用する準備ができているのは驚くべきことです。 しかし、これはすでに上品です。

webpackの質問に戻ります。 webpackでgulpを使用することを妨げるものは何もありません。 実際には、webpackまたはbrowserifyのいずれかを実装する計画があります。



質問 ：明確なものは何もない、いくつかのモジュール、ページ、エラーの束、何も置かれていない、何が起こっているのか？

回答 ： ロシア語または英語のドキュメントを読んでください。 または、tars.builder @ gmail.comまたはチャットルームのgitterに書き込みます。 すべてすぐに修正します。 フィードバックはまったく不要ですので、コレクターの作業でエラーを見つけた場合は報告してください

今後の計画

さらなる計画については、 githubでフォローアップしてください。 そこでプロジェクトに影響を与えることができます。 私たちは常に新しいアイデアを喜んでいます。



近い将来、次のことを計画します。

• プロモーションサイトを作成します。
• webpack、browserify、他の何か;
• gulpがリリースされたら、4番目のバージョンに移動します。
• Reactアプリケーションを構築する機会を与えます。
• コレクターのオンラインバージョンを作成します。
• TARSの2番目のバージョンの作業を開始します。
• TARSプラグインのインフラストラクチャを作成します。

最後の2つのアイデアは最も興味深いものです。 2番目のバージョンですべてが明確でない場合は、すでにプラグインについて話すことができます。 プラグインシステム-「狭い」タスクを解決するために必要なTARSへのさまざまな追加。 最も簡単な例は、文字を植字するタスクです。 tars install tars-emailと入力するだけで、電子メールのレイアウトで快適に作業できるようにタスクがローカルのTARSにロードされると想像してください。



近い将来、私たちはTARSに話すことを教えます。 真の合成音声。MacおよびLinuxのみ。 彼にキャラクターを追加して、皮肉を教えましょう。 当然、これはすべてオプションです。沈黙が必要な場合は、構成の1つのオプションを変更するだけです。

クレジット

最後に感謝します：ドキュメントとその翻訳の骨の折れる仕事にLence_l 、jsタスクに取り組んでいるowanturist 、素晴らしいアイデアと開発支援を求めて、コレクターの次のバージョンのリリース後、コレクターの次のバージョンのリリース後、素晴らしいアイデアとサポートのためにすべての人に。



使用、分岐、githubに星印を付け、TARSを使用してフロントエンドルーチンのレベルを下げ続けます。