1Cについて：エンタープライズモバイルプラットフォーム

1C：エンタープライズモバイルプラットフォームは、同じ開発環境（Configuratorまたは1C：Entrprise開発ツール）と同じ開発方法を使用して、モバイルOS iOS、Android、Windows Phone / 8.1 / 10のアプリケーションを迅速に開発するためのツールとテクノロジーのセットです。 「通常の」1Cアプリケーションに使用されるもの。 結果は、スタンドアロンのオフラインアプリケーションですが、WebおよびHTTPサービス、電子メールなど、プラットフォームが提供する幅広い統合ツールを使用して、外部と情報を交換する機能を備えています。 交換プロトコルはプラットフォームに依存しないため、1Cモバイルプラットフォームは、特に、ほとんどすべてのサーバーソリューションのモバイルフロントエンドを迅速に作成する手段です。

背景

「1C：Enterprise」バージョン8.0（およびそれ以降のバージョン）の時代には、「ハンドヘルドコンピューターの拡張」というソフトウェア製品がありました。 この拡張機能により、Windows Mobile、Windows CEなどの製品のみを作成できます。 製品には独自のコンフィギュレーターとサーバーがあり、「1C：Enterprise」バージョン8.3のリリースまでサポートされていました。 拡張機能の最新バージョン（8.2.9）は2013年10月にリリースされ、完全サポートは2015年1月1日に終了しました。

この拡張機能は、Windows Mobileのコミュニケーターの全盛期にも使用が制限されていたため、このようなデバイスがモバイル市場から離れても、明らかにこのソフトウェア製品に人気はありませんでした。 iOSおよびAndroidのデバイスは、モバイルデバイスの市場全体をほぼ占有しており、これらのオペレーティングシステムのサポートが、現代のモバイルの世界で運用すべきシステムの重要なポイントの1つであることが明らかになりました。 また、既存の1C：エンタープライズプラットフォームの主なアプローチをモバイルデバイスで使用する必要があることも明らかでした。アプリケーション開発者は、まず、適用された問題の解決について考え、次に、これらの問題を解決するために使用するオペレーティングシステムの機能について考える必要があります。 つまり、特定のモバイルOSおよび開発ツールの機能からアプリケーション開発者を隔離するツールが必要です。

モバイルプラットフォーム

ハンドヘルドコンピューターの拡張機能の開発と運用の経験に基づいて、いくつかの要件を満たす専用システムを開発することが決定されました。

• 最新の一般的なモバイルオペレーティングシステムとその制御下にあるデバイスをサポートする必要があります。 まず、これらはAppleのiOSとGoogleのAndroid OSです。
• このシステムは、最新のモバイルデバイスで採用されているスタイルで開発されたアプリケーションの使用を許可する必要があります。 特に、インターフェイスは、タッチスクリーンを使用した（文字通りの意味での）手動制御に依存する必要があります。
• システムは、使用するモバイルOSに関係なく、さまざまな特定のメカニズムを実装するための統一されたプログラミングインターフェイスを提供する必要があります。
• 開発者は、「通常の」コンピューター用のアプリケーションを開発するときと同じツールと同じ開発アプローチを使用する必要があります。
• アプリケーション開発者は、できればデスクトップシステムとモバイルシステム用の単一のコードを使用して、使い慣れた開発環境でアプリケーションソリューションを開発する必要があります。
• モバイルデバイスで実行されるアプリケーションソリューションのインターフェイスは、異なるプラットフォームで類似しており、一般的に一意に認識できる必要があります。

開発の結果、いわゆるモバイルプラットフォームが誕生しました 。これは2013年5月29日にiOSおよびAndroidのバージョンでリリースされました。 1C：エンタープライズモバイルプラットフォームは、同じ開発環境（Configurator）と通常のアプリケーションと同じ開発方法を使用して、モバイルOS iOS、Android、Windows Phone / 8.1 / 10のアプリケーションを作成できるツールとテクノロジーのセットです。プラットフォーム「1C：Enterprise」上。 結果は、スタンドアロンのオフラインアプリケーションですが、WebおよびHTTPサービス、電子メールなど、プラットフォームが提供するさまざまな統合ツールを使用して、外部と情報を交換できます。

モバイルプラットフォームはコミュニティに好評を博し、このトピックに関するさまざまな記事が登場し始めました（たとえば、 here 、 here 、 here ）。 大多数のモバイルデバイスで同時に実行されるフル機能のアプリケーションを開発するために、1C：エンタープライズプラットフォームの「通常の」アプリケーション開発者の知識と根本的に変わらない最小限の時間と知識が必要になりました。 間違いなく、このような低い入場基準は、社内の従業員、上司、および企業システムで作業する必要がある他のモバイル従業員に基本的な機能を備えた「小さな血」を提供する必要がある開発者を引き付けます。

1C：エンタープライズプラットフォームでモバイルアプリケーションの開発を開始するのは簡単です。 Configuratorで、構成の「Use Purpose」プロパティを「Mobile Device」に設定する必要があります。 同時に、一部のアプリケーション構成オブジェクトは利用できなくなりますが（特性タイプの計画、勘定体系など）、モバイル固有のプロパティ（たとえば、組み込みのマルチメディアやモバイルデバイスの場所など）は利用可能になります。



同時に、開発者のコ​​ンピューターのConfiguratorで直接（モバイル仕様に直接関係しない）メインアプリケーションアルゴリズムをデバッグできます。 同時に、「モバイル」機能への呼び出しが発生するコードのセクションでは、パーソナルコンピューターでコードを実行する際のエラーを回避するために、適切な命令でプリプロセッサーをフレーム化することをお勧めします。

#    = .(); #
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

モバイルプラットフォーム8.3.7のバージョンから、モバイルデバイスでのアプリケーションの直接デバッグが利用可能になりました（これについては以下で詳しく説明します）。



モバイル開発はさまざまなアプローチに従うことができますが、いくつかのポイントを強調することができます。 実際のモバイルアプリケーションを構築するという観点から、企業のITインフラストラクチャにおけるその機能の豊富さと役割：

• モバイルアプリケーションは、既存の企業情報システムの不可欠な部分となる可能性があります。 モバイルアプリケーションは、既存の情報システムの機能に合わせて調整されたインターフェイスとその他の機能（データ交換を含む）を提供します。 この場合、モバイルアプリケーションは「通常の」情報システムと非常に緊密に接続されており、それから切り離して運用することはできません。
• モバイルアプリケーションは、エンタープライズ情報システムとほとんど完全に無関係な特定のタスクを実行します。 モバイルアプリケーションと情報システムの間で交換されるデータの最小限のセットのみがあります。 この場合、ほとんどの場合、モバイルアプリケーションは標準化されたプロトコルに従って交換を実行します。これにより、このモバイルアプリケーションをまったく異なるケースや状況で使用できるようになります。

上記の2つの状況は、極端なオプションと見なすことができます。 しかし、これらは唯一の開発オプションではありません。 アプリケーション開発者は、モバイルアプリケーションと、彼にとってバックオフィスとして機能する情報システムとの間の統合オプションを個別に選択できます。

モバイルアプリケーションは完全に自律的な構成として開発されますが、ソーステキストの一部を「親」構成と共有できます。 ちなみに、「親」構成は物理的に存在しない場合があります（たとえば、ユニバーサルプロトコルを使用してさまざまなシステムで動作できる何らかのユニバーサルアプリケーションを開発している場合）。

モバイルプラットフォームデバイス

モバイルプラットフォームとは何ですか？

公平に言うと、モバイルプラットフォームは複合体全体のコンポーネントの1つにすぎません。そのおかげで、1C：Enterprise 8はモバイルデバイスで動作します。 そのため、アプリケーション開発者は次のコンポーネントを操作します。

1. 実際、モバイルプラットフォームは1C：Enterpriseフレームワークのモバイル部分です。 これは、通常（アプリケーションストアでの公開のためにアプリケーションのアセンブリ中に使用される）およびモバイルアプリケーションの開発中に使用される（サプライズ）開発者のモバイルプラットフォームです。
2. モバイル構成は、XMLファイルとして記録された1C：エンタープライズソフトウェアシステムの構成です。
3. モバイルプラットフォームとモバイル構成の組み合わせにより、モバイルアプリケーションが実現します。
4. モバイルアプリケーションビルダーは、Apple AppStore、Google Play、Windows Phone Apps / Windows Appsストアにダウンロードできるモバイルプラットフォーム、構成、スクリーンセーバー、アイコン、およびその他のコンポーネントから既製のモバイルアプリケーションファイルを作成できる特殊なアプリケーションソリューションです。

なぜすべてがそんなに複雑なのですか？ 大規模なプラットフォームで行うのとまったく同じように、モバイルデバイスで実行できないのはなぜですか？ つまり デバイスに1つのモバイルプラットフォームを配置し、その中に任意の数の構成/アプリケーションをロードしますか？ これは、アプリケーションストアを通じて配布されるアプリケーションのライセンス制限により禁止されています。 たとえば、アプリケーションがインターネット経由で実行可能コードを（スクリプトとして）ダウンロードした場合、Appleアプリストアに表示されることはありません。 ただし、デベロッパーのモバイルプラットフォームにある設定をダウンロードする機能は、デベロッパーのクライアントへの配信はもちろん、同じ会社内であってもモバイルアプリケーションの配信を意図したものではないことを理解しておく必要があります。

モバイルアプリケーションが対象のモバイルデバイスに配置された後、何らかのデータベースを使用する必要が生じます（データはどこかに保存する必要があります）。 データベースエンジンとして、モバイルプラットフォームは独自のデータベースエンジンを使用します。このデータベースエンジンは、パーソナルコンピューターのプラットフォームからモバイルプラットフォームに移植されます。 それは十分にコンパクトで高速ですが、主なことは、適用される開発者がパソコン用のプラットフォームで作業することに慣れているのとまったく同じ動作を提供することです。

また、モバイルアプリケーションの内部は、情報ベースのファイルバージョンを備えた通常のプラットフォームの動作と同じスキームに従って構築されていることに注意する価値があります。クライアントパーツ、サーバーパーツ、データベース、クライアントとサーバーの相互作用があります。

実際、モバイルプラットフォームはネイティブアプリケーションとして記述され、現在モバイルの世界で使用されているメインプロセッサアーキテクチャのバイナリコードにコンパイルされます。これはARM v5以降およびx86のアーキテクチャです。

さらに、モバイルデバイスの特定の機能（テレフォニー、GPS、統合カメラの操作など）と対話するには、特別なアクセス許可が必要になる場合があります。 iOSの場合、アプリケーション自体の操作中に直接設定され、Androidの場合、アプリケーションの作成時に権限が指定されます。 必要な権限は、モバイルアプリケーションの開発中に指定され、モバイルアプリケーションビルダーによって使用されますが、コレクターについて-少し後で。

開発者プラットフォームについて少し

モバイルアプリケーションを開発している間、アプリケーションストアを通じて配布されるモバイルアプリケーションに課されるライセンス制限に拘束されません。 したがって、1Cモバイルプラットフォームは、パーソナルコンピューターで「大」プラットフォームを使用するのと同じ方法で使用できます。モバイルプラットフォーム自体をスマートフォン/タブレットにインストールし、モバイルアプリケーションの構成をそこにロードします。 起動後、プラットフォームに登録されているアプリケーションのリストが表示されます。



プラットフォームに新しいアプリケーションを追加するには、HTTPを介してモバイルデバイスからアクセス可能なリソースにXMLファイルとその説明を配置する必要があります。 これは、Configuratorから「Configuration \ Mobile application \ Publish」メニューを使用して行うのが最も便利です。 同時に、アプリケーション構成のXMLファイルは、開発者のコ​​ンピューターのWebサーバーに配置されます（したがって、このコンピューターにはIISまたはApacheのWebサーバーが必要です）。



アプリケーションに[コンフィギュレーターから再起動]オプションが指定されている場合、モバイルデバイス上のアプリケーションは、開発者がWebサーバーに配置されたXML構成ファイルを更新するたびに開発者のコ​​ンピューターから自動的に更新されます。

「デバッグを有効にする」オプションが有効になっている場合、開発者のコ​​ンピューター上のコンフィギュレーターからモバイルデバイス上のアプリケーションの段階的なデバッグが可能です（コンフィギュレーターでは、メニュー「ツール\オプション」でオプション「HTTP経由のデバッグ」を選択する必要があります）。 Configuratorコードにブレークポイントを設定し、コマンド「モバイルアプリケーション-デバッグの開始」を選択すると、実行可能コードがブレークポイントに達するとデバイス上のモバイルアプリケーションが停止し、Configuratorで変数の値、コールスタックなどを確認できます。

何ができる？

それでは、モバイルプラットフォームで何ができるでしょうか？ 十分な:)

特定の用語「1C：エンタープライズ」を使用しない場合、モバイルプラットフォームは規制および参照情報を操作し、外部アクションを説明するドキュメントを作成し、レポートを表示し、インターネットサービスなどを使用して外部と通信する機会を提供します。 つまり これにより、アプリケーション開発者は、かなり機能的なアプリケーション、たとえば、ホームファイナンス会計プログラム、出口取引プログラムなどを作成できます。

しかし、パーソナルコンピューターのプラットフォームにある通常の機能に加えて、モバイルプラットフォームは、モバイルデバイスに固有の特定の機能を備えた作業を提供する必要があります。

• 通話と通話ログを操作します。
• ショートメッセージ（SMS）とそのリストを操作します。
• 連絡先
• カレンダー
• ジオポジショニング（ルートのレイアウトなし）;
• 写真を撮るだけでなく、ビデオとオーディオの記録を作成できます。
• 画面の向きの変化に対応する。
• 通知を処理します（ローカルおよびプッシュ、直接および特別なサービス仲介を通じて）。
• カメラを使用してバーコードとQRコードをスキャンする
• モバイルアプリケーションの収益化（つまり、モバイルアプリケーションの開発者に余分なお金の機会を与える方法）：
  
  
  • Apple In-App Purchaseサービス（iOS向け）およびGoogle Play In-App Billing（Android OS向け）を使用して、モバイルアプリケーションでさまざまなタイプのサブスクリプション、機能の購入などを整理できます。
  • モバイルアプリケーションで広告を表示します（iAdサービスはiOSで、AdMobはAndroidでサポートされます）。
• など

特定の各デバイスで一部の機能を使用できない場合があることは明らかです。したがって、モバイルアプリケーションが実行されているデバイスで何ができるかを判断するために、このデバイスでデバイスが使用可能かどうかを知らせる特別な方法があります。数字かどうか。 したがって、およそ次の使用パターンが実装されます。何らかの機会を使用できるかどうかを確認し、可能であれば使用します。

  .()  .(, ); ;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

使用されるモバイルOSに関する詳細をアプリケーション開発者から隠すこと、モバイル機能を使用するための統一されたメカニズムを提供することは、私たちにとって重要なタスクです。 私たちは、私たちが首尾よく解決している仕事を信じています。 実装されたメカニズムの違いは存在しないか、最小限に抑えられています。 もちろん、いずれかのOSに機能がまったくない場合を除きます。

たとえば、プッシュ通知を使用する方法は、GoogleとAppleで大きく異なります。 アプリケーションコードからPUSH通知を処理するメカニズムを統一するために、多くの努力をしました。 モバイルアプリケーションの場合、ほぼ100％成功しました。モバイルデバイス上の同じアプリケーションコードが、iOSとAndroidの両方でPUSH通知の受信を処理します。 また、サーバーアプリケーションのPUSH通知配布コードも同じように見えます。 しかし、そのような統一を達成するために、特別なプロキシサーバーhttps://pushnotifications.1c.com/を開発する必要がありました。これは、Apple Push Notification Service（APNS）およびGoogle Cloud Messaging（GCM）サービスを操作するためのさまざまなテクニックを開発者から隠します。 全体の違いは、プロキシサイトhttps://pushnotifications.1c.com/の直接設定の違いにあります 。 APNSを使用するには、SSL証明書をサイトにアップロードする必要があります（Appleは開発者の要求に応じてアプリケーションに対して発行します）。GCMを使用するには、アプリケーションの一意の識別子を指定します。

明らかに、モバイルアプリケーションに必要なすべての機能をすぐに実現することは不可能です。 そして、いくつかの非常に有用なものの間で妥協点を常に見つけなければなりません。 そして、何かが足りない場合は、どのビジネスタスクについて書いてください（結局、プラットフォームはビジネスタスクを実装するためのツールです！）解決できず、どのメカニズムがこれを行うのに役立ちますか。

どのように見えますか？

モバイルプラットフォームのグラフィカルインターフェイスは別の問題です。 1C：Enterpriseでは、ご存じのとおり、インターフェイスは宣言的に記述されています。 これは、一方ではUIの開発にいくつかの制限を課します（たとえば、ピクセルごとの配置の可能性はありません）が、一方では、プラットフォームがシンおよびWebクライアントでさまざまなサイズの画面上にインターフェイスを均一にレンダリングできるようにします。 私たちは、モバイルプラットフォームでも同じ原則を守ろうとしました。 どれだけうまくやったの？ それを理解してみましょう。

モバイルプラットフォームの最初のバージョン（最大8.3.5を含む）では、グラフィカルアプリケーションインターフェイスは、経験豊富な1Cユーザーには非常に馴染みがありました。 実際、彼はおなじみのインターフェイスを「デスクトップ」バージョンの1Cからモバイルの世界に移しました。 しかし、以前は1Cに慣れていなかったユーザーの観点からは、インターフェースはやや古風に見えました。

コメントと提案を考慮して、バージョン8.3.6でモバイルインターフェイスへのアプローチを根本的に改訂しました。 アプリケーション用のまったく新しいモバイルインターフェイスを作成したと言えます。 タクシーのインターフェイスと多くの共通点があります。 モバイルアプリケーション開発者向けの開発モデルは、Taxiの開発モデルに対応しています。 同時に、モバイルインターフェイスは、モバイルアプリケーションで採用されている設計およびUXアプローチと完全に一貫しています。 インターフェースは、モバイルワールドの詳細を完全に考慮します。小さな画面サイズ（つまり、グラフィック要素のデザインは、シャドウ、グラデーションなしでより禁欲的になる必要があります）、指のジェスチャなどがサポートされます。 興味深い事実：要素をフォーム（レイアウト）に配置する新しいプラットフォームメカニズムは、モバイルプラットフォームにとって非常に成功し、タイムリーであることが判明したため、PCプラットフォーム（バージョン8.3.7）よりも以前（バージョン8.3.6）にリリースされました彼が主に意図していたもの。

写真では、インターフェイスがどのように変化したかを見ることができます。

モバイルプラットフォーム8.3.5のバージョンの「小規模企業の管理」アプリケーション：



バージョン8.3.6にあります。





そして、ライブプラットフォームインターフェースは次のようになります。

コレクター-そしてどんな動物？

前述したように、モバイルアプリケーションは複数のコンポーネント（モバイルプラットフォーム自体、構成、さまざまなリソース）で構成されており、アプリケーションをストアに配置するための単一のユニットである必要があります。 コンポーネントからアプリケーションへの変換を容易にするために、モバイルアプリケーションビルダーが開発されました。 これは、1C：Enterpriseプラットフォームで作成された構成（アプリケーション）であり、モバイルアプリケーションの形成に必要なすべてのコンポーネントをデータベースに保存します。 コレクターが作業を行うには、その操作に必要なさまざまなソフトウェアパッケージ（JavaおよびAndroid SDKなど）をダウンロードしてインストールし、コレクターの設定でこれらのパッケージへのパスを指定し、いくつかの追加パラメーター（開発者キー）を設定する必要がありますなど）。



セットアップ後、コレクターは動作する準備ができています。 一般に、コレクターの操作は次のとおりです。

1. アプリケーションを構築するモバイルプラットフォーム1Cのバージョンをダウンロードします
2. モバイルアプリケーションを構築する構成をダウンロードします
3. どのプラットフォーム（Android、iOS、Windows）で構築する必要があるか、どの構成およびプラットフォームを使用するかを示すモバイルアプリケーションを作成します（特に、アプリケーションがPUSH-通知）。
4. 選択したすべてのプラットフォームに対してモバイルアプリケーションの「ワンクリック」アセンブリを実行します
5. 「別のクリック」は、収集されたモバイルアプリケーションをアプリケーションストアに送信します（このアプリケーションがiOSまたはAndroidの場合）。 アプリケーションは、Windows Apps / Windows Phone Appsストアに手動でダウンロードする必要があります。 Microsoftは、ストアでアプリケーションをホストするためのAPIをまだ提供していません。

コレクターは、モバイルアプリケーションの開発とデバッグには必要ないことに注意してください。 これを行うには、開発者のモバイルプラットフォームとConfiguratorツールを使用して、モバイルデバイスに構成を転送できます。 しかし、モバイルアプリケーションの配布には、コレクターが必要です。

モバイルプラットフォームアプリケーション

1C会社自体は、モバイルプラットフォーム上で、1Cサーバーアプリケーションのモバイルクライアントである多数のアプリケーションを起動します（1C：ドキュメント管理、1C：中小企業の管理など）。 これらのアプリケーションは、「通常の」クライアントの機能のサブセットを実装します。 「1C：Small Firm Management」モバイルバージョンの場合、機能はプログラムを十分に活用するのに十分であり、顧客がビジネスを行うのに十分なモバイルバージョンのアプリケーションを持っている状況をよく見ました。

パートナーは、アプリケーションストアを通じて配布される流通モバイルアプリケーションの開発と、特定の顧客の要求に応じて作成されたカスタムアプリケーションの両方にモバイルプラットフォームを使用しています。 循環アプリケーションの中には、1C番目以外のバックエンドを中央データウェアハウスとして使用するアプリケーションがあります。

顧客の注文によって作成されたモバイルアプリケーションの中で、大規模なエンジニアリングホールディングの注文によって作成された「1C：Production Enterprise Management」のモバイルクライアントに言及できます。 開催中の約100人の従業員は、安全上の理由から固定コンピューターを設置することが不可能なホットショップでモバイルアプリケーションを使用しています。 モバイルデバイスの内蔵カメラを使用して製品のバーコードを読み取り、命名ディレクトリで検索します。モバイルアプリケーションを使用すると、この製品が技術チェーンのどの段階にあるかを理解し、製品による次の操作の通過をマークすることができます。

おわりに

私たちは、モバイルプラットフォームを非常に表面的に説明しようとしました。それによって何ができるのか、なぜそれが判明したのかを説明しました。 この記事では、モバイルWindowsについてほとんど何も述べていません。これにはいくつかの理由があります。1つ目は、Windows用モバイルプラットフォームのバージョンが比較的最近リリースされた（「1C：Enterprise」バージョン8.3.7）、2つ目は、このモバイルプラットフォームのバージョンが他のモバイルOSの実装と大きな違いがないこと。当然、Windowsの機能を強化します。同様に、モバイルプラットフォーム全体の機能を向上させます。そのため、近い将来、モバイルコンポーネントでの外部コンポーネントのサポートがあります。このメカニズム（長い間「大規模」プラットフォームで利用可能）により、開発者はモバイルプラットフォームで何らかの理由で利用できない機能を実装できます。

従来、1C：Enterpriseテクノロジープラットフォームの長所は、開発者にとっての開発の容易さと、ビジネスアプリケーションの作成と変更の速度です。モバイルプラットフォーム1Cは、これら両方の切り札をモバイルの世界にもたらしました。1Cモバイルプラットフォームは、最も人気のある3つのモバイルプラットフォーム（iOS、Android、Windows Phone / 8.1 / 10）で実行されるアプリケーションを迅速に開発する機会です。また、プラットフォームに依存しない幅広い統合ツール（WebおよびHTTPサービスなど）のおかげで、1Cモバイルプラットフォームは、利用可能な統合方法のいずれかをサポートするほとんどすべてのサーバーアプリケーション用の3つのモバイルプラットフォーム用のモバイルクライアントを迅速に作成できます1Cプラットフォーム（WebおよびHTTPサービス、ファイル交換など）。