監視システム用のDelphiの実際のモバイルアプリ

Digifortまたはその製品を宣伝または宣伝することはありません。 会社は示すように示されています-これは「偽物」でも「フォトショップ」でもありません。人/製品は本物です。 この技術面接では、客観性と公平性が高い「古典的なdestkopプログラマー」の目を通してのモバイル開発の問題を検討します。 たとえば、ゴールデンゲートブリッジなどの主要なプロジェクトを分析せずに、ブリッジの設計について話すことはできません。 Delphiユーザーにとって、このようなプロジェクトは間違いなく先駆的なものであり、レビューに精通することは理にかなっています。



このインタビューは譲渡可能です。 それでも、技術スペシャリストのエリックは、classicりや批判を公然と受け入れられなかった古典的な「西洋ビジネス」スタイルと形式で答えました。 彼はエンバカデロを賞賛しようとし、あらゆる方法で感謝を表明したので、プレゼンテーションの客観性を維持するために「シュガーフリー」セクションを追加する必要がありました。



今日は、Eric Fleming Bonilhaという名前のDigifortの代表者と話をします。 彼は開発者であり、彼の会社は最近、マルチプラットフォームのモバイルバージョンのシステムをリリースしました（ こちらを参照） 。 Ericに、どのように、何を、なぜ（ノウハウに応じて）行ったのか、またDelphi for Android / iOSの理由について詳しく話してもらった。



こんにちはエリック！ プロジェクトの技術コンポーネントを理解できるように、システム全体について教えてください。 彼女の目的は何ですか？ これは本当のプロジェクトですか？



こんにちは。 私はソフトウェア会社を代表しています。 当社の主力製品は、アナログまたはIPカメラからのエンコードされた画像のTCP / IP送信に基づいてIP-TV監視タスクを解決します。 後の分析のためにレコードが提供されます。 Digifortテクノロジーは、問題の状況を識別するために、特定のパターンに準拠するためのビデオ分析の実装の基礎として使用できます。 たとえば、車の番号の画像を記録してデータベースに保存し、盗難の事例を認識することができます。 当然、システムを使用するための他の多くのシナリオを想像できます。 企業のニーズに合わせてセキュリティ問題に対するクローズドソリューションを作成するために、単一のソリューションに集約できる製品がたくさんあります。







Delphiを（プライマリ）ソフトウェア開発ツールとしていつ、どのように使い始めましたか？



2002年に、Delphiをメインツールとして使用し始めました。 それから私達はデルファイがまさにそのようなソフトウェアを開発するための正しい選択であると考えました。 C ++は複雑で、コンパイルにはかなりの時間を要し、インターフェイスの開発には面倒な手順が伴い、開発者の生産性は、たとえばVisual Bascicでは十分ではありませんでしたが、すでにPascalが大好きでした。



最初に「デスクトップ」ソリューションを開発しましたか？



はい、すべての製品は「デスクトップ」ソリューションとして作成されました。 主な製品は「デスクトップ」アプリケーションですが、システム全体を管理するサーバーモジュールが含まれています。 また、2つのクライアントモジュールがあります。1つは管理（「管理者」ワークステーション）用で、もう1つは監視（「オペレーター」ワークステーション）用で、それぞれ特定のユーザーロールで「投獄」されます。







モバイル開発を開始する必要性は何でしたか？



今、「ファッションの話題」はモビリティです...誰もがモバイルアプリケーションを必要としています。 スマートフォンは現在非常に人気があります。 そして、私たちは現代のトレンドに遅れをとりたくありませんでした。 監視用の「デスクトップ」システムだけではもはや不十分であり、人々はモバイルシステムを必要とします。 これはニーズの自然な進化です。 ユーザーは、モバイルデバイスから監視および制御したいと考えています。



モバイルアプリケーションはシステム全体をどれだけ充実させましたか？



ソフトウェアのモバイル実装は、現在ではシステムの基本的な部分であり、これがなければ多くのユーザーが失われます。 現在、2つのモバイル製品があります。

• 「モバイルクライアント」Digifort（Digifortモバイルクライアント）;
• 「モバイルカメラ」Digifort（デジフォートモバイルカメラ）。

「モバイルクライアント」Digifortを使用すると、携帯電話から自動モードでカメラをリモートで監視および制御できます。 これはシステムの非常に重要な拡張機能であり、ユーザーがどこにいてもカメラから情報を受信し続けることができます。 ある種の依存症のリスクがあると推測することさえできます！ 私自身は、自宅や出張中（3gネットワークを使用しているとき）でも、オフィスで何が起こるかを時々見ているという事実に罪を犯しています。 この製品は無料でダウンロードでき、パッケージソリューションの一部になります。



「モバイルカメラ」Digifortは完成中の新しいモジュールであり、iOS / Androidデバイスをモバイルカメラに「変換」します。 携帯電話からの画像は、監視システムに「ライブ」で送信されます。 印象的ですね。 2か月前にこの製品を発表し、それ以来TONのリクエストを受け取りました。 人々はちょうどその機能のためにこの製品を手に入れたいと思っています。 政府機関（法執行機関および地方自治体）を代表する当社の主要顧客は、そのようなアプリケーションの大きな可能性をすでに高く評価しています。



モバイルアプリケーションの機能プロトタイプを実装するにはどれくらいかかりましたか？ Delphiの「クラシック」バージョンの経験は役に立ちましたか？



「モバイルカメラ」Digifortの開発には、モバイルアプリケーションとサーバー「バックエンド」（バックエンドサーバー）、および画面構成システムを含め、約2週間かかりました（プロトタイプだけでなく、完全に機能するバージョン）。



「モバイルクライアント」Digifortには3週間かかりましたが、まだリリースしていません。 これは、新しい全体的なバッチソリューションの一部として発生します。



私たちはDelphiを13年以上使用していますが、これはもちろん私たちを大いに助けてくれました。 「FMプラットフォーム」（FireMonkey）を使い始めたとき、最初は少し混乱していました。 彼女は私たちにとって初めてでした。 しかし数日後、私たちはそれに慣れ、恋に落ちさえしました。 インターフェイスを作成するという点で、驚くべき効果を簡単に実現できることが気に入りました（VCLと比較）。



システムの機能はモバイルクライアントとデスクトップクライアントの間でどのように分けられますか？



モバイルソリューションは、デスクトップソリューションを補完します。 「モバイルクライアント」は、まさにシステムのリモートクライアントであるため、モバイルデバイスで実際に需要があるもののみを含めました。 たとえば、カメラの画像を表示して管理します。 アプリケーションを「過負荷」にしたり、ユーザーを「オーバーフィード」したくありません。 彼らは、需要があることが保証され、最も頻繁に使用されるものを実現しました。



「モバイルカメラ」は、システムの多くの便利な機能を集約する別の製品ですが、新しい品質も提供します。 これは、単に「デスクトップ機能をドラッグアンドドロップ」してモビリティの世界に入れるだけではありません。



デスクトッププロジェクトとモバイルプロジェクトの両方で共有されるコードはありますか？



はい、数年前に開発した非常に便利な機能を備えた特定の重要なライブラリがあり、現在それらを開発に集中的に使用しています。 デスクトッププロジェクトとモバイルプロジェクトの両方でいくつかのモジュールを同時に使用しますが、多くのモジュールがあるとは言いません。



システムのモバイルバージョンを持つことがなぜそれほど重要なのですか？



これが重要だとは言いません。 必要なだけです。 モバイルアプリケーションを提供しなければ、ユーザーはあなたを理解しません。 この場合、会社は絶滅する運命にあります。



サードパーティのコンポーネントを使用しましたか（これが大きな秘密でない場合）。 または、標準のもので管理しましたか？ おそらくあなたは自分で何かをしましたか？



モバイルアプリケーションの場合、いいえ。 基本パッケージに含まれるコンポーネントのみを使用しました（TCP / IP通信用のIndyおよびその他すべてには標準のFM Plaftormsコンポーネント）。



会社の開発者はモバイル開発の経験がありましたか？



はい、数年前に、Windows 6でスマートフォン用のJavaベースのクライアントを作成しました。その後、Javaの経験がなく、4か月を費やし、このタスクに特別な訓練を受けた開発者を関与させました） Java 2MEを学ぶのに多くの時間がかかりました。もちろん、私たちは疲れ果て、新しい言語/フレームワークを学びました。 次に、モバイル開発用に同じ機能を備えたDelphiを使用したいと思います。



そのアプリケーションには大きな問題がありましたが、同行できませんでした。 Javaプログラマーが常に必要であり、私たちを教えた専門家はすでに会社を辞めていました。 なぜなら 当時、Windows 6はあまり人気がなかったため、プロジェクトを「凍結」しましたが、このアプリケーションは引き続き機能します。 Androidに転送することはできましたが、理想からはほど遠い...



約2年前、開発者の1人がObjective-C（iDigifortと呼ばれる）を使用して「ネイティブ」なiPhoneアプリケーションを作成しました。 物語はほぼ同じでした。 新しい言語/フレームワークの学習に多くの時間を費やしました。 繰り返しになりますが、学習して理解するのに4か月かかりました...そして、再び多くの問題が発生しました。 主なもの：過去2年間で大人気となったAndroidのサポートはありませんでした...



モバイル開発にDelphiを選択したことで得られたメリットは何ですか？



正直に言うと、Delphiのようなバージョンを夢見てきたので、それを使ってモバイルアプリケーションを簡単に開発できました。 私の夢はXE5で実現しました。



XE5を購入した後、メインバージョンとしてこのバージョンを使用してみることにしました。 懐疑論を捨て、私たちは「Platform FM」（FireMonkey）の新しい世界に突入しました。 美しいユーザーインターフェイスを簡単に作成できることがわかりました。 現代の「モバイルユーザー」が夢見ているこれらすべての「弓とケーキ」。 これらの機能は、私たちにとって非常に強力であるように見えました（過去にVCLで美しく活気のある楽器を作ることがどれほど難しかったかと比較すると）。



そのため、リモートクライアントの開発をiPhoneのObjective-Cに任せ、AndroidとiOS用のアプリケーションをコンパイルして単一のコードに基づいてすべてを実行することを決定しました。 これにより、1つのチームで「デスクトップ」アプリケーションと「モバイル」アプリケーションの両方の製品を開発でき、プロジェクトを別々のチームに分割する必要がなくなりました。



XE5で作成されたDigifort Mobile Clientの新しいバージョンのテストを既に開始しているすべてのユーザーから、非常に肯定的なフィードバックが寄せられました。 新しい機能に加えて、彼らは特に美しい外観と使いやすいインターフェイスに注目しました。 それは本当に美しく働きました。



個人的には、Delphi XE5でモバイルアプリケーションをすばやく作成し、メインプラットフォーム用にコンパイルできることが主なものです（ユーザーはWindows Phoneについてはまだ質問していません。Blackberryについても同じことが言えます）。 これまで単一のチームを管理してきましたが、さまざまなプラットフォームをカバーしています。 新しい機能を追加すると、サポートされているすべてのプラットフォームで表示されます。 私たちは本当にお金を節約し、製品をより早くリリースします!!!

「シュガーフリー」Q＆Aセッション

インターフェースでこのような美しい「リスト」をどのように作成しましたか？



はい、私たちのリストは明らかに成功していました...最初はTListViewまたはTListBoxを使用したかったのですが、私は自分が作成したインターフェイスに対して非常に気前の良い態度を取りました。 自分で作成しました！ TVertScrollBoxを使用してオブジェクトを配置しました。各要素は、TObjectから継承したクラスのオブジェクトです。 次に、リスト内の各アイテムの位置を「手動で」設定します。 Paintプロシージャをオーバーライドして要素を描画します。ここでは、「Camera」、「Alarm」、または「Server」タイプのアイコンオブジェクトと「Favoriteアスタリスク」のアイコンオブジェクトを描画します。 テキストについては、最初は「キャンバス」にテキストを表示する手順を使用しましたが、動作が遅いため（「スクロール」すると感じられます）、TLabelに置き換えたため、要素に2つのTLabelコンポーネントがあります。



最初は、古いインターフェースがビデオに表示されていましたが、その後、それをより美しいバージョンに変更しました。 スクリーンショットに見られるような「複雑な」塗りつぶしを作成しました。 各elementikは半透明で、ゼブラステッチでペイントされています。手で動かし始めると、非常にきれいに重なります。

ご想像のとおり、美しいインターフェイスは私にとってすべてです。 しかし、「Platform FM」では非常に簡単です。 PNG透明カードを使用して、必要なインターフェイスを取得します。 今、私にとっては全く問題はありません。







「FMプラットフォーム」（以前のFireMonkey）を使用する際の主な問題は何でしたか？



最初はすべてがまったく新しいように見えましたが、すぐに新しいプロパティとプラットフォームの仕組みに慣れました。 もちろん、掘り下げていくつかのエラーを投稿しました。 また、何らかの理由で「シャドウ」などの一部の効果はSamsung S4（同様に投稿）で機能しませんでしたが、単に「シャドウ」タイプの効果をオフにし、既存のPNG画像と影を置き換えて、アプリケーションの生産性を高めました。



私にとっての主な困難はARCメカニズムでした。 彼は開発者の人生を簡素化するように思えますが、時には彼は私の人生を複雑にしました...それでも、私は自分でオブジェクトの寿命を管理することに慣れています...



Delphi XE5のどの部分がEmbarcaderoの注目を集める必要がありますか？



「Platform FM」のさらなる改善を見ることを拒否しません。 モバイルアプリケーションの実装は非常に成功しましたが、一部の場所ではパッチの問題を解決する必要がありました。 また、「モバイル」コンパイラーがWin32の「クラシック」と同じくらい高速に動作することを望んでいます。



アプリケーションサイズの問題をどのように解決しますか？



はい、アプリケーションのサイズに特に困惑しているわけではありません。Androidの場合、サイズは約7 MBです。 iOSの場合-20 MB ...「本格的な既製のアプリケーション」の概念とどういうわけか競合しないと思います。 新しい機能を追加してもファイルサイズがあまり大きくならないことがわかります。これは、「FMプラットフォーム」とRTLがアプリケーションにコンパイルされているためだと思いますか？ だから？



多くの写真を使用します。 もちろん、サイズを小さくする必要があります。







専用の単一プラットフォーム環境（Xcode、Java）で作成されたアプリケーションと比較して、パフォーマンスの問題はありますか？



率直に言って、iPhone 4S、iPhone 5、Samsung S2、S3、S4などの最新の高速電話では、すべてが「飛ぶ」。 トップモデルと最新世代のデバイスの場合、すべてが問題ありません。 しかし、より「古代」にとっては、私は楽観的ではありません。



もちろん、アプリケーションは専用の単一プラットフォームツール（iOS向けXcoideおよびAndroid向けJava）と比較して実行速度が遅くなりますが、ユーザーはアプリケーションがどの環境で作成されたかを区別できないようなパフォーマンスを確保することができました。 少なくとも「モバイルクライアント」と「モバイルカメラ」に関しては、ユーザーはパフォーマンスについて文句を言ったことはありません。 ただし、「FMプラットフォーム」が少し余分な場合は、特別な単一プラットフォームツールと区別がつかないことがすでに保証されています。



Delphi / C ++ Builderの改善に関して、何をアドバイスできますか？



Delphiが開発する場所が好きです...単一のコードに基づいてiOSおよびAndroid向けに開発する-これは長年の私の夢でした。 今、私にはそのような機会があり、何年も前にデルファイを選んだことを非常にうれしく思います。



ここで、「FMプラットフォーム」の絶え間ない改善を、定期的な更新という形のプラットフォームとして正確に見たいと思います。 そして、私が言ったように、より高速なモバイルコンパイラが必要です。



何か他のものを見せてください。 望ましいスクリーンショット。 一度見たほうがいい。



通常は問題ありません。



これは、関数としてのいわゆる「仮想マトリックス」です。 ユーザーは「長押し」を行い、モニターのリストがアニメーションモードで画面に表示されます（はい、これらの非常に黒い長方形）（もちろん、この「ショー」は、特にスクロール時に、ダイナミクスで見る必要があります）。 そして、選択した特定のモニターに文字通り「解凍」することができます！







PTZカメラが接続されている場合、モバイルアプリケーションから制御できます。







ジョイスティックコントロールを使用できます。







これは、3台のカメラの画像を同時に表示したときの画面の外観です。







いつものように、最後に-設定画面。







エリックに感謝！ デモやスクリーンショット、そしてこのような美しく機能的なアプリケーションを作成したという事実に、私たち全員が本当に満足しています。 あなたの例は、すべてのDelphi開発者に、少なくともモバイル開発を試みるように促すと思います。 しかし、いずれにせよ、今私たちは焦点を当てる誰かを持っています。 頑張って