2016年12月11日、Marionette.jsは5歳になります。 このプロジェクトはここ数年、徐々に成長しています。 Marionetteを使用する数百の貢献者、数百のコミット、数万のプロジェクトが作成されました。 私たちは革新的で時代遅れでした。 新しいフレームワークがどのように登場し、いくつかは去るのを見ました。 私たちは決して新しくてファッショナブルではありませんが、常に前進するために最善を尽くします。
なぜMarionette.jsですか？
2013年の初めに、PHPとjQueryを使用したRoundingWellアプリケーションで、増え続ける複雑さの解決策を見つけるというタスクが与えられました。 設計では、アプリケーションに対するユーザーの対話がますます必要になりました。 この条件をサポートすると、コードが脆弱で理解しにくくなります。 フロントエンドライブラリを見て解決策を見つけました。多くのリソースを調べた後、Marionetteに慣れてきました。 当時、彼には活発なコミュニティがあり、ライブラリ自体は小さく、サーバーとやり取りするのに十分な柔軟性がありました。 率直に言って、RoundingWellチームはその場で勉強しました。 すぐに理解できる小さなAPIが必要でしたが、ソースコードをすばやく読み、理解する能力はすばらしかったです。
今日人々がマリオネットを選ぶ動機は非常に似ています。 javascriptフレームワークにしか精通していない開発者にとって、これは安心感をもたらします。 Marionetteには小さく柔軟なAPIがあり、コードベースはシンプルで理解しやすいです。
インタラクティブで補完的な
新しいデベロッパーは、1年の学習を経て、知る必要があるかもしれない新技術の増え続けるリストから恐ろしいと感じています。 彼らは、コミュニティで人気のある新しいテクノロジーに追いつき、すでに知っていることを放棄しようとしています。 安定性は停滞として認識され、新しい最良のソリューションが理論化されると、現在の最良のソリューションが悪魔化されます。
ほぼ安定したAPIを備えたかなり成熟したjavascriptフレームワークを開発している場合、誰かが別のフレームワークに実装されたソリューションの形で改善点を提示したらどうしますか？ 現在のプロジェクトを終了し、新しいソリューションを使用してすべてを書き直すことができます。その結果、それは確かに周りのすべての人に影響します-彼らは同じことを強制されます。 しかし、正直なところ、これは非現実的です。 現在何が機能しているかを見つけ、インタラクティブで進歩的な変更を適用することで、より良いソリューションに近づくことができれば、より実用的でエキサイティングなものではなくなります。 これは、ユーザーと寄稿者が足を動かすときに重要です。
マリオネットはこの方法で改善したいと考えています。 これは、Marionetteが二度と進歩しないことを意味するかもしれませんが、Marionetteは改善されており、アプリケーションは長い間完全なリファクタリングを必要としません。
振り返って
私たちの旅行は完璧ではありませんでした。 Marionette v3のリリースは意欲的で、多くのことを変えたと思います。 行われた変更は適切で非常に必要でしたが、リリースの準備には非常に長い時間がかかりました。 もちろん、ドキュメントを改善し、3番目のバージョンに基づいて作成された例を作成するには、全員の助けが必要です。 新しい情報や記事を作成するのに十分な時間を費やさなかったため、3番目のバージョンについて新鮮なものを見つけることは非常に困難であり、2番目については多くの資料があります。 これは検索に影響します。 さらに、新しいバージョンを試していない場合は言いたいです-それをしてください！ ヘルプが必要な場合、私たちのコミュニティは常にあなたと一緒です。
楽しみにして
2017年に注目して、マリオネットチームは小規模なリリースを実施します。 新しいバージョンのリリースには、小さくてシンプルなアップデートが含まれることが理想的ですが、新しいエキサイティングな「機能」はマイナーバージョンでリリースされます。 アプリケーションのロジックを壊す可能性のある変更は、フラグ機能として、または既存のロジックと並行して表示されます。 開発者は、将来のリリースの革新を簡単に予測できます。
私たちの主な目標は変わっていません。 Marionetteは、小さくて直感的なAPIで、 手頃な価格を目指しています。 明確な構造でコードを読みやすくする必要があります。 ソースコードを変更するアプローチと、それを実際のプロジェクトに適用する方法の両方で、Marionetteがインタラクティブであることを望んでいます。 マリオネットは柔軟なままです。 ベストプラクティスを提供しますが、特定のプロジェクトに適用されるアーキテクチャソリューションのほとんどは、開発者自身の肩にかかっています。 おそらく最も重要な目標は、コミュニティをサポートすることです。 私たちのコミュニティは、常に優れた相互サポートと、フレームワーク環境を改善するコンテンツの作成をサポートしてきました。
ありがとう 今後5年間で！