なに？

こんにちは、Habr！ ここに書いてから何年も経ちました。 あなた/私の時間があまりにも/あまりにも軽くていないことを願っています。



QMLのアイデアを再考した経験について書きたいと思います。 Qtは優れたライブラリであり、内部構造によっては疑問が生じますが、クロスプラットフォームのUIツールキットだけでなく、デザイナー、クリエイター、言語学者、そしてもちろんQmlの不可欠なプロフェッショナルツールキットも世界に提供しました。 この再考の結果、私たちのささやかなプロジェクトが実現しました。このプロジェクトでは、qmlをさまざまなプラットフォーム用のhtml5 / javascriptに変換し、 Cordovaを使用してシンプルなAndroidアプリケーションを構築することもできます。



Qmlは常に、インターフェイス開発の観点からの絶対的な表現力で私たち（私たちは自分たちと呼んでいる、QML弁護士の小さな未知のグループ）を魅了してきました。したがって、私たち一人一人がそれらを使用してユーザーインターフェイスとサイトを開発しています。



私たちは、新しいものすべてに開かれたhabrコミュニティのその部分に非常に似ており、ささやかな機会を試して評価し、フィードバックを受け取り、製品を改善することができます。



ソースコードはgithubで入手できます。サイトのソースコード、例、すべてのプロジェクトで使用するコントロールのライブラリもあります。 ドキュメントとチュートリアルは、当社のウェブサイトpureqml.comでご覧いただけます。

わからないことがあれば、Telegramのサポートグループに参加できます。すべての質問にリアルタイムで回答しようとします。



私たちが作った無料のアプリケーションの1つはFontaneroゲームの移植版で、LG / Samsung市場で利用できるはずです。



さて、あなたは読むことができません！

どうしてそんな人生にたどり着いたのか

すべてが現在利用可能なすべての種類のプラットフォーム上のカラフルなデバイスのラインのための1つの大企業で組み込みソフトウェア（およびユーザーインターフェース）の記述を開始したとき、それはすべて2010年に始まりました：arm、mips、x86、sh4、sparcのみが欠落していました...



私たちは次のように自分自身の主な問題を定式化しました：UIは高速で、安価で、良いものでなければなりません。したがって、これら3つから2つだけを選択する必要はありません。 リソースが非常に少ないため（1.5人のプログラマー）、UIプログラミングを簡単で楽しいものにしたかったのです。プログラマーは苦労せず、泣かないで逃げませんでしたが、座標を手動で追跡するのではなく、ビジネス上の問題を解決することに専念しました。 HTMLはすぐに消えました。これは、最初のデバイスがarm926xxx（armv5）上にあり、32 MBのRAMが搭載されていたためです。そのうち23 MBのみがユーザースペースアプリケーションで使用できました（また、armv5はすべてのユーザーの2G仮想アドレスに対してとんでもない制限があります）プロセス全体で、私が間違っている場合は修正してください）、検索の範囲を大幅に狭めます。



既存のソリューションを分析した後、Qtでの前向きな開発経験を考えると、比較的新しい（当時の）言語とテクノロジーであるQMLを選択しました。これはまったく驚くことではありませんでした。 非常にシンプルで直感的なので、私たちはすぐにこれが必要だと判断しました。 1週間で登場した非常に機能的なプロトタイプで、ファッショナブルなアニメーションがきらめき、正しい選択をさらに確信させました。

QML- （十分）良い

QMLの素晴らしい点は、実際にはUIを除くすべてをプログラマから隠していることです。 計画を自分の手に取り、キャンバスに吹き付けるだけです！



宣言的アプローチは非常に明確で使いやすいです。 コンポーネントの再利用は直感的であり、単純な場合には非常に簡潔です。 これにより、文字通り数か月で2人のプログラマーが本格的なUI（メニュー、アプリケーション、設定、スケジュールなど）を作成することができました。



私たちはQtのトランプルに多くの時間を費やしましたが、カスタムビルドでさえ、過剰なドロップがなければ、8 MBまたは16 MBのフラッシュメモリに収まらないことがわかりました。 Qt QMLがなかった時代を思い出して、組み込みインターフェースが退屈してresしなくなった世界にすでに住んでいたため、私たちの悲しみには限界がありませんでした。



その夜、同僚と私は深センのホテルの1つ（48階）で青島のボトルで夜を過ごしました。QMLを作成できるかどうかを考えますが、C ++で、同時に、その非常に悲しい可能性の強さを確認してください。 arm926のプラットフォーム。 すべてがそれほど悪くないことがわかり、プロセッサにはソフトウェアでも透明な美しいウィンドウを描画するのに十分な機能がありますが、2Dグラフィックスハードウェアアクセラレータもありました！



袖をまくり、青島を捨てて、私たちは激しくコンパイルし始めました。そして数週間後、私たちはすでにjavascriptではなくC ++でQMLを手に入れました。 これは私たちの最初のQMLであり、最後までかなり長い間磨きました。



しかし、C ++は十分なハードコアであり、さまざまなプラットフォームにアプリケーションを配布することはできません。ネイティブコードは非常に長い時間コンパイルされ、プログラマの頭脳により多くの負担がかかり、より多くの投資が必要です。 したがって、数年後、私たち（別の）同僚がアムステルダムのコーヒーショップでパイを食べて夜を過ごしたとき、javascript（v8で表される）をネイティブコードに戻す方法を見つけました。



これらの2つのQMLは、それらが生まれた企業そのものとともに過去にあるため、この背景はあまり興味深いものではないかもしれません。 開発ツールとして一般に公開されることはありませんでしたが、毎日約600万人がこの技術に基づいて構築されたUIを使用しています。

私たちの日（1年半前）

この大きくて恐ろしい会社を辞めた後、インターフェイスをすばやく簡単に開発したいと考えていました。同時に、5（！）プラットフォームですぐにSmartTV用の大きくて複雑なアプリケーションを作成する必要がありました。 Android向けTVはまだ登場しておらず、当時のほとんどのSmartTVはHTMLベースのSDKを提供し、そのフレームワークを促進し、とにかくプログラマーの生活を楽にしました（たとえば、samsungのcaphなど）が、これは実装としてプロセスをかなり複雑にします特定のメーカーごとに1つのUIを書き直す必要がありました。 （メーカーの）テレビがWebベースのテクノロジーを使用する動機は理解できますが、アプリケーションの複雑さが増すと実装は非常に苦痛になります。 独自のQMLエンジンの記述に5年の経験があったため、別の独自のQMLを作成することにしました（より多くのバイクが必要です！）が 、特にSmartTVおよびHTML全般に使用します。



私たちのささやかなプロジェクトが生まれました。

基本的な本能原理

すべてがqmlのように配置され、すべてのコンポーネントが.qmlファイルに記述され、.manifestにアプリケーションの構造が記述されます。 次に、html5 / javascriptのトランスレーター/トランスパイラー（？）QMLが働きます：シグナル、アップデーター、プロトタイプ、コンストラクターが生成され、接続されます。 ブロードキャストの後、コンパクトで高速なjavascriptファイルが、html-launcherとともに取得されます。Modernizrのみが必要です。



特徴的な機能は、QMLをQMLで記述し、すべてのコアコンポーネントがツールチェーンを使用してqmlとjavascriptで記述されていることです。トランスパイラー自体はファイルをネームスペースに分解し、通常は手書きで記述します。

翻訳の難しさと自転車

使用するQML方言は、元のQMLと非常によく似ています。 最も重要な変更-フォーカスロジックを再作成し、よりシンプルで安全なものにしました。



一般的に、Qt QMLとの互換性を維持しようとします。また、不一致のためにクロスマッチングキャンペーンを調整することもあります。



HTML5をメインプラットフォームとして使用しているため（言うまでもありませんが、確かではありません） 、2Dグラフィックスを描画する単純なシステムとしてHTMLを使用し、親に対して要素（div）を絶対的に配置します。 これにより、たとえば、怖いMouseAreaモンスターを使用せずに任意の要素がホバーイベントまたはクリックイベントを処理できるように、不純物を完全に実装できました。 追加の要素を作成したり、Item-MouseAreaの束を作成したりせずに、Border、Gradient、またはDrag-n-Dropを任意の要素に追加することもできます。

現状

明らかに、3人の小さな組織プログラマグループによってQt QMLに含まれるすべてのコンポーネントと機能を実装したわけではありませんが、私たちの意見では最も重要な部分を占めています。



ドキュメントジェネレーターとそのナビゲーター、およびドキュメント自体のスケルトンが、doxygenと同様の注釈を使用して作成されました。 コンポーネントライブラリをクリーンアップする必要があります。

WindowsおよびMacOS用の手順とツールを調整します。



最適化、機能の構築、プラットフォームの改善など、多くのアイデアがあります。



それにもかかわらず、プロジェクトの中核はすでに非常に安定しており、今では、いくつかの商用プロジェクト（およびいくつかの非商用プロジェクト）をPureQMLでリリースすることができました。



私たちはあなたのフィードバックを楽しみにしています。誰かが本当に何かをしたいのであれば、それは大丈夫です！



最後までこの告白を読んでくれたすべての人に感謝します！



この記事に興味がある人は、QMLのビジョン、不純物の開発、さまざまなレベルのさまざまなプラットフォームとの統合、宣言的およびそうでない、言語の改善、宣言への次元の追加（％、em、pt）を引き続き検討できます。



これまでのところ、smartTVプラットフォームのソースコードを開かないことにしましたが、一般に、この可能性を検討しています。 SmartTVのバージョンを取得したい場合は、コメントを書いてください。それをどのように行うかについて考えます。