プラットフォーム「1C: Enterprise」 - 内部には何があるのでしょうか?

おい、ハブル！
この記事では、内部でどのように機能するかについての話を始めます プラットフォーム「1C:Enterprise 8」 そしてその開発にはどのような技術が使用されているのか。

なぜこれが興味深いと思うのでしょうか? まず、1C:Enterprise 8 プラットフォームは、C++ (クライアント、サーバーなど)、JavaScript (Web クライアント)、そして最近では、大規模な (10 万行以上のコード) アプリケーションであるためです。 Java。 大規模なプロジェクトは、小規模なコード ベースでは見えない問題が本格的に発生するため、少なくともその規模の点で興味深い場合があります。 第二に、「1C:Enterprise」は複製可能な「箱入り」製品であり、Habré ではそのような開発に関する記事はほとんどありません。 また、他のチームや会社の様子を知るのは常に興味深いことです。

それでは始めましょう。 この記事では、実装については深く掘り下げずに、プラットフォームで使用されているいくつかのテクノロジーの概要を説明し、概要を説明します。 実際、多くのメカニズムでは、詳細なストーリーを説明するには別の記事が必要になり、場合によっては XNUMX 冊の本が必要になります。
まず、1C:Enterprise プラットフォームとは何か、どのコンポーネントで構成されているかという基本的な事項を決定することが重要です。 この質問に対する答えはそれほど単純ではありません。なぜなら、「プラットフォーム」という用語 (簡潔にするために、このように呼びます) は、ビジネス アプリケーション、ランタイム環境、および管理ツールを開発するための手段を指すからです。 次のコンポーネントを大まかに区別できます。

• サーバークラスター
• http および独自のバイナリ プロトコルを介してサーバーに接続できる「シン」クライアント
• データベースがハード ドライブまたはネットワーク フォルダーにある XNUMX 層アーキテクチャで作業するためのクライアント
• ウェブクライアント
• アプリケーションサーバー管理ツール
• 開発環境 (コンフィギュレータと呼ばれます)
• iOS、Android、Windows Phone のランタイム環境 (モバイル プラットフォーム 1C)

Web クライアントを除くこれらの部分はすべて C++ で書かれています。 さらに、最近発表されたのは、 新世代コンフィギュレーター、Javaで書かれています。

ネイティブアプリ

C++03 はネイティブ アプリケーションの開発に使用されます。 Windows の場合は、Microsoft Visual C++ 12 (Windows XP と互換性のあるプロファイル) がコンパイラとして使用され、Linux および Android の場合は gcc 4.8、iOS の場合は Clang 5.0 が使用されます。 使用される標準ライブラリは、すべてのオペレーティング システムとコンパイラで同じ STLPort です。 このソリューションにより、STL 実装固有のエラーが発生する可能性が軽減されます。 STLPort は廃止され、gcc の C++11 対応モードと互換性がないため、現在、CLang に同梱されている STL 実装に移行することを計画しています。
サーバーのコードベースの共通性は 99%、クライアントのコードベースの共通性は 95% です。 さらに、モバイル プラットフォームでも「大きな」プラットフォームと同じ C++ コードが使用されていますが、統合の割合は若干低くなります。
ほとんどの C++ ユーザーと同様に、私たちは言語とそのライブラリの機能を 100% 使用するとは主張しません。 したがって、実際には Boost を使用せず、言語機能の XNUMX つは動的型キャストです。 同時に、以下を積極的に使用します。

• STL (特に文字列、コンテナ、アルゴリズム)
• 多重継承、 複数の実装の継承
• パターン
• 例外
• スマート ポインター (カスタム実装)

インターフェース (完全に抽象クラス) の多重継承を使用することにより、コンポーネント モデルが可能になります。これについては以下で説明します。

コンポーネント

モジュール性を確保するために、すべての機能は動的ライブラリ (Windows の場合は *.dll、Linux の場合は *.so) であるコンポーネントに分割されています。 合計 XNUMX を超えるコンポーネントがあり、その一部について以下に説明します。

バックエンド
プラットフォームメタデータエンジンが含まれています

アクセント
アプリケーション開発者が会計記録 (勘定科目表と会計台帳) を作成するために使用するオブジェクト

BSL
組み込み言語実行エンジン

核兵器
メモリ アロケータのカスタム実装

デベン8
ファイルデータベースエンジン。 ISAM に基づくシンプルなファイル サーバー データベース エンジン。シンプルな SQL プロセッサも含まれています。

wbase
Windows ユーザー インターフェイス (ウィンドウ クラス、GDI アクセスなど) を実装するための基本クラスと関数が含まれています。

複数のコンポーネントに分割すると、次のようないくつかの観点から役立ちます。

• 分離により、より優れた設計、特により優れたコード分離が促進されます。
• 一連のコンポーネントから、さまざまな配信オプションを柔軟に組み立てることができます。
  • たとえば、シン クライアント インストールには wbase が含まれますが、バックエンドは含まれません。
  • しかし、wbase サーバーでは、逆に、そうではありません。
  • もちろん、どちらのオプションにも nuke と bsl が含まれます

この起動オプションに必要なすべてのコンポーネントは、プログラムの起動時にロードされます。 これは特に、以下で説明する SCOM クラスを登録するために必要です。

SCOM

下位レベルでの分解には、ATL とイデオロギーが似ているライブラリである SCOM システムが使用されます。 ATL を使用したことがない人のために、主な機能を簡単にリストします。
特別に設計された SCOM クラスの場合:

• (実装を公開せずに) 名前だけを知っている別のコンポーネントからクラスを作成できるファクトリ メソッドを提供します。
• 参照カウントのスマート ポインター インフラストラクチャを提供します。 SCOM クラスの有効期間を手動で監視する必要はありません
• オブジェクトが特定のインターフェイスを実装しているかどうかを確認し、オブジェクトへのポインタをインターフェイスへのポインタに自動的に変換できます。
• get_service メソッドなどを通じて常にアクセスできるサービス オブジェクトを作成します。

たとえば、json.dll コンポーネントに JSON を読み取るためのクラス (たとえば、JSONStreamReader) を記述することができます。
クラスとインスタンスは他のコンポーネントから作成できますが、それらは SCOM マシンに登録する必要があります。

SCOM_CLASS_ENTRY(JSONStreamReader)

このマクロは特別な静的レコーダー クラスを記述します。このクラスのコンストラクターは、コンポーネントがメモリにロードされるときに呼び出されます。
この後、別のコンポーネントでそのインスタンスを作成できます。

IJSONStreamReaderPtr jsonReader = create_instance<IJSONStreamReader>(SCOM_CLSIDOF(JSONStreamReader));

サービスをサポートするために、SCOM は追加のかなり複雑なインフラストラクチャを提供します。 その中心となるのは SCOM プロセスの概念です。これは、サービスを実行するためのコンテナーとして機能し (つまり、サービス ロケーターの役割を果たします)、ローカライズされたリソースへのバインディングも含まれています。 SCOM プロセスは OS スレッドに関連付けられています。 これにより、アプリケーション内で次のようなサービスを受けることができます。

SCOM_Process* process = core::current_process();
if (process)
         return get_service<IMyService>(process);

さらに、スレッドに関連付けられた論理 (SCOM) プロセスを切り替えることにより、情報空間の観点から実質的に独立したアプリケーションを同じスレッド内で実行できます。 これは、シン クライアントがファイル データベースを操作する方法です。XNUMX つの OS プロセス内に XNUMX つの SCOM プロセスがあり、XNUMX つはクライアントに関連付けられ、もう XNUMX つはサーバーに関連付けられます。 このアプローチにより、ローカル ファイル データベースと「実際の」クライアント/サーバー バージョンの両方で機能するコードの記述を統一することができます。 このような均一性を実現するには諸経費がかかりますが、実践してみるとそれだけの価値があることがわかります。

SCOM コンポーネント モデルに基づいて、1C: Enterprise のビジネス ロジックとインターフェイス部分の両方が実装されています。

ユーザーインターフェース

ところでインターフェースについて。 標準の Windows コントロールは使用せず、コントロールは Windows API に直接実装されます。 Linux バージョンの場合、wxWidgets ライブラリを通じて機能するレイヤーが作成されました。
コントロールのライブラリは 1C:Enterprise の他の部分に依存せず、他のいくつかの小さな内部ユーティリティで使用されます。

1C:Enterprise の長年の開発を通じて、コントロールの外観は変化しましたが、原則の重大な変更は 2009 年のバージョン 8.2 のリリースと「マネージド フォーム」の出現の XNUMX 度だけ発生しました。 外観の変更に加えて、フォーム レイアウトの原則も根本的に変わりました。要素のピクセルごとの配置が拒否され、要素のフロー レイアウトが採用されました。 さらに、新しいモデルでは、コントロールはドメイン オブジェクトでは直接動作せず、特別な DTO で動作します (データ転送オブジェクト).
これらの変更により、JavaScript コントロールの C++ ロジックを複製する 1C:Enterprise Web クライアントを作成できるようになりました。 私たちは、シン クライアントと Web クライアントの間で機能の同等性を維持するよう努めています。 利用可能な JavaScript API の制限 (たとえば、ファイルを操作できる機能が非常に制限されているなど) によりこれが不可能な場合、多くの場合、C++ で記述されたブラウザ拡張機能を使用して必要な機能を実装します。 現在、Internet Explorer と Microsoft Edge (Windows)、Google Chrome (Windows)、Firefox (Windows および Linux)、Safari (MacOS) をサポートしています。

さらに、マネージド フォーム テクノロジーを使用して、1C プラットフォーム上でモバイル アプリケーション用のインターフェイスを作成します。 モバイル デバイスでは、コントロールはオペレーティング システムにネイティブなテクノロジを使用して描画されますが、フォーム レイアウト ロジックとインターフェイスの応答には、「大規模な」1C:Enterprise プラットフォームと同じコードが使用されます。

Linux OS 上の 1C インターフェイス

モバイルデバイス上の1Cインターフェース

他のプラットフォームの 1C インターフェイス
Windows OS上の1Cインターフェース

インターフェース 1C - Web クライアント

オープンソース

Windows での C++ 開発者向けの標準ライブラリ (MFC、WinAPI からのコントロール) は使用しませんが、すべてのコンポーネントを自分たちで作成するわけではありません。 図書館についてはすでに言及されています wxウィジェット、また以下も使用します。

• curl HTTP および FTP を操作するため。
• OpenSSLの 暗号化の操作と TLS 接続の確立用
• libxml2 と libxslt XML解析用
• リベパン メールプロトコル (POP3、SMTP、IMAP) を使用する場合
• 模倣 電子メールメッセージを解析するには
• スクライト ユーザーログの保存用
• ICU 国際化に向けて

リストは続きます。
さらに、高度に修正されたバージョンを使用します Googleテスト и Googleモック 単体テストを開発するとき。
ライブラリは、SCOM コンポーネント構成モデルと互換性を持たせるために適応させる必要がありました。
1C の蔓延により、プラットフォームは、そこで使用されるライブラリの強度をテストする優れたテストとなります。 さまざまなユーザーとシナリオでは、コードの最もまれに使用される領域であってもエラーがすぐに明らかになります。 私たちはそれらを自分たちで修正し、ライブラリの著者に返すように努めています。 インタラクションの経験は大きく異なることがわかります。
開発者 curl и リベパン プルリクエストには迅速に対応しますが、パッチなどは、 OpenSSLの 私たちはそれを返すことができませんでした。

まとめ

この記事では、1C: Enterprise プラットフォームの開発のいくつかの主要な側面について触れました。 この記事の限られた範囲の中で、私たちの意見では、いくつかの興味深い側面のみに触れました。
さまざまなプラットフォームのメカニズムの概要については、こちらをご覧ください。 ここで.
今後の記事で興味のあるトピックは何ですか?

1C モバイル プラットフォームはどのように実装されますか?
Webクライアントの内部構造の説明?
それとも、新しいリリースの機能の選択、開発、テストのプロセスに興味があるでしょうか?

コメントに書いてください！

出所： habr.com