1C Enterprise 8でのプログラミングについて

SIで書く場合

少なくとも3回は遅延する

彼らはこれについて言う：

「彼はクールなプログラマーです！」

（フィドシュニエの歌-「Suxxxとは何か、Rulezzzとは」）

まえがき

この記事を書いた理由は、特定のプラットフォームとプログラマーに対する専門家コミュニティの否定的な態度でした。



1Cを選んだプログラマーとして、この意見は根拠がないと思います。 1Cプラットフォームは理想とはほど遠いですが、私の意見では、それは最高の、そして最も重要なことには、国内製品です！



そして、さらにもっと-プログラマーが書いている言語でプログラマーの能力を判断することは不適切です。



この記事では、プログラムで私が見つけた利点について説明します。 記事は実質的に広告によって判明するため、すぐに免責事項になります。

• 1Cとは直接関係ありません。
• この記事はカスタムメイドではなく、任意でのみ書かれています。
• 場合によっては、個人的な意見が表明されたが、それは一致しないかもしれない...;
• プロローグを除く記事全体は著者のものであり、偶然の一致は事故です。
• それは、1C Enterprise 8.2プラットフォームについてです（現在、バージョン8.3が関連していますが、私はまだそれを研究していません-1C 8.2に関する多くの作業）。 ただし、上記のほとんどはプラットフォーム8.3と以前のバージョンの両方に適用され、一部はバージョン7.7に適用されます。

それでは始めましょう。

何言ってるの？

1C Enterprise 8プラットフォームは次のとおりです。

• ファイルとサーバー（3リンク）の2つのバージョンで動作します。それぞれに長所と短所があります。
• インストールと設定が簡単な独立した会計システム。
• 必要なすべてのオブジェクトとツールを備えたプログラマー向けの強力なエコシステム。
• 素敵な人間工学に基づいたインターフェイス。
• ビジネス向けの比較的安価なソリューション。
• フランチャイジーネットワーク、初等教育;
• 長年にわたって蓄積されたノウハウと知識の強力な基盤。
• 時にはシステム管理者にとって問題のあるプラットフォーム。
• アルゴリズムの最速の実行ではなく（最も遅くはありませんが）情報コンテンツへの賛辞ではありません（エラー、行番号、およびそのコンテンツが示されています）。
• プログラミング言語にはクラス（継承、カプセル化、ポリモーフィズム）はなく、匿名関数やその他の最新機能はありません。 しかし、ほとんどの問題を解決するために-これは必要ありません！

会計の組織にとって-1つのプラットフォームでは不十分です。 プラットフォームは一種の「エンジン」であり、プログラムとデータベースの間の中間リンクです。 この「エンジン」のプログラムは構成と呼ばれます。 構成は、オブジェクトの形式でデータベース構造、個別のモジュールに格納されたプロシージャのテキストを記述します（多くのモジュールがあり、各オブジェクトとシステム全体がそれらを持ち、共通のモジュールもあります）。 プラットフォームは、データベースへの直接アクセスが不要なレベルの抽象化を表し、オペレーティングシステムとデータベースのタイプから抽象化することもできます。

ファイルおよびサーバーデータベース

プラットフォームは複数の部分で構成され、ファイルまたはサーバーバージョンで動作できます。



ファイルバージョンでは、データベース全体が1つのファイル（拡張子「1cd」）に含まれています。プラットフォームは各コンピューターにインストールされ、データベースの読み取り/書き込みを直接行います。



ファイルオプションの利点は、低価格と展開の容易さです。



短所-1cdファイルの構造が閉じられ、データベースと対話する単一のシステムはありません。 その結果、多数のユーザーで使用することは困難です（20人以上のユーザーで試してみました-作業できます）。 さらに、データベースサイズが約15 GB（またはそれ以上）の場合、動的更新エラーが発生します。 このような障害を解決することは困難な作業であり、ベースを固定するためのユーティリティは、ベースを常に修復せず、場合によっては障害を引き起こすこともありません。



解決策があります-これはまず第一に、毎日のデータベースのバックアップを設定することです。 さらに、職人は1cdファイル形式を公開するだけでなく、そのようなファイルを操作するためのユーティリティや、そのような問題を解決するための多くの方法も開発しました。



サーバーバージョンでは、データベースストレージプラットフォームはSQLサーバーを使用し（通常はMS SQLですが、8.2.14以降では、Firebird PostgreSQL、IBM DB2、Oracle Databaseなど、他のいくつかを使用できます）、プラットフォーム自体は3層を使用しますアーキテクチャ：







コードの一部はクライアントで実行され、一部はサーバーで実行されます。 この場合、サーバーのみがデータベースと対話します。 さらに、バージョン8.2から、「シッククライアント」モードと呼ばれる標準の動作モードに加えて、「シンクライアント」と「ウェブクライアント」という2つの新しい動作モードが登場しました。 「マネージドフォーム」も登場し、その外観は要素の抽象的なツリーの形で構築されています。 マネージドフォームと3層アーキテクチャのプログラミングはより困難ですが、これによりほとんどすべての負荷をサーバーに転送できます（つまり、1台の強力なサーバーと何百台もの最も安価なオフィスコンピューターを購入できます）。



プラットフォームの利点：「3リンク」-負荷分散、データベースのオープン性（公式に、1C企業は、プラットフォームまたはサーバー以外の方法でSQLデータベースに変更が加えられた場合、データ破損の責任を負いませんが、これは誰も止めません）。



短所-価格：クライアントコンピューターごとに個別にクライアントライセンスを個別に購入する必要があります-無料のライセンスを使用しない場合は、1Cサーバーのライセンスを1つ、SQLサーバーのライセンスを個別に購入する必要があります。 また、データベースに問題がある場合があります。 データの可用性と、データベースを操作するための外部ツールの可用性により、それらははるかに高速に解決されます。 さらに、この場合、データベースをバックアップする必要があります。



一般的なプラスは、構成コードの汎用性です。一部の例外を除き、ファイルデータベース用に開発された構成はサーバーデータベースで機能し、その逆も同様です。 例外の例は、サーバーまたはクライアントからサーバーへの変更可能な値の転送です（ファイルバージョンでは例外は発生しませんが、クライアントサーバーバージョンでは禁止されています）。



別のプラス：プラットフォームは非常に単純にインストールされます。次のようなものです： "Next-Next-Next-OK"。コンポーネントを微調整してインストールする必要はありません。



サーバーバージョンの場合、さらにいくつかの設定がありますが、すべてはインストールダイアログで行われ、別のファイルに何かを書き込む必要はありません。 SQLサーバーのインストールは少し難しい場合があります。 この場合、設定ははるかに大きくなります（微調整するには、追加の指示を検討する必要があります）。 しかし、これは1Cプラットフォームの問題には当てはまりません。 さらに、たとえば、すべてのデフォルト設定でMS SQLサーバーをインストールする場合、1Cはそれを使用できます。

これは簿記以上のものです。

1Cプラットフォームに関して言えば、まず第一に、会計プログラムです。 実際、これは1Cプラットフォームを使用するための最も人気のある分野です。 しかし、1Cは単一の経理部門としては生きていません！

プラットフォームに精通している人は、これが会計システム（会計の自動化）であると言います。 これは真実に近い-1Cとサードパーティ開発者の両方からの多くの構成があります。 間接的に会計にのみ関連するものもあれば、まったく関連しないものもあります。



一般に、1Cプラットフォームを、1C言語でのデータベース、インターフェース、およびプログラミングのオブジェクトモデリングのシェルとして表す方が適切です。 唯一の制限は、各構成が独自のデータベースを持ち、1つだけであるということです（ただし、外部データソース、つまり構成の一部として他のデータベースを接続することは可能です）。

プログラマー向けのエコシステム

次に、開発者の観点から1C言語とプラットフォームを検討します。

データベースオブジェクトモデル。 まず、データベースを直接操作しません。 これは必要ありません。 便宜上、すべてのデータは相互接続されたオブジェクト（ディレクトリ、ドキュメント、情報レジスタ、蓄積レジスタなど）の形式で提示され、プラットフォームはデータベースからこのデータを自動的に「引き出し」ます。

たとえば、変数「Item of Nomenclature」にディレクトリ「Nomenclature」の要素への参照が含まれ、ディレクトリ「Nomenclature」に属性「Main Supplier」があり、タイプ「Directory。Contractors」があり、リファレンスブック「Counterparties」に属性「Full Name」があるとします。次にコード：

..
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

... 1Cプラットフォームは、内部メカニズムを使用して、アイテムのメインサプライヤフィールドからの識別子によって、カウンターパーティディレクトリに対応するテーブル内のエントリを見つけ、カウンタパーティディレクトリのオブジェクトモデルのフルネームフィールドに対応するフィールドの値を返すという事実につながります。



このような多くの逆参照が存在する可能性があります-システムは対処します。 唯一の注意点-システムは逆参照を最適化する方法を知らないため、すべての可能なサイクルからそれらを取り除くように努力する必要があります。



データを記述するオブジェクトに加えて、さまざまな機能のための膨大な数のシステムオブジェクトがあります。 それらのいくつかを強調します。

バリューストア

配列は、 配列の古典的な概念とは対照的に、データセットを格納するオブジェクトです。 これは、さまざまなタイプのデータ（数値、ストリング、リンク、その他のオブジェクト）にすることができます。 機能が最小限で、主に他のリポジトリ間で値を転送するための一時的なコンテナとして使用されます。



値の一覧 -主にユーザーインターフェイスを操作するためのオブジェクト。 データに加えて、各要素には、プレゼンテーション、フラグ属性、および画像（アイコン）を含めることもできます。 また、「Select Element（）」および「Mark Elements（）」メソッドがあります-呼び出されると、ユーザーにインターフェースダイアログが表示されます（便利です-設定でこのダイアログを作成する必要はありません）。



構造と適合性 -ペア値「KeyValue」の保存。 「キー」構造では、これは1Cの変数の命名規則に従う行です（スペースなし、数字で始まらない、文字、数字、およびアンダースコアのみで構成されます）。 に従って-「キー」は任意の値です。 オブジェクトの最速の検索はそれに準拠しています（配列およびインデックス付きの値テーブルよりも高速です）。



値テーブルは、データを保存および処理するための非常に便利で高速なオブジェクトです。 値の表の列は、レコードの数に関係なく追加および削除できます。 この場合、行のデータは失われません（または、削除された列に対応するセルのデータのみが削除されます）。 また、「SelectString（）」メソッドがあり、行選択ダイアログが表示されます。 インデックスがあります。



値ツリーは、階層データを表すオブジェクトです。 列が含まれ、列のセットはすべてのレベルのすべてのレコードで同じです。 値ツリーの列の削除/追加は、値テーブルと同じくらい簡単です。 また、メソッド「SelectString（）」があります。



さまざまなデータを処理するためのインターフェイスオブジェクトおよびオブジェクト TextDocument、TabularDocument、Web browser、ReadFile、WriteFile、ReadZIPFile、WriteZIPFile、ReadXML、WriteXML、HTTP Requestおよびその他の多くのオブジェクト。コンフィギュレーターの組み込みヘルプがあります。 リストされたオブジェクトの目的はその名前から明らかであり、これはすべてプラットフォームにすぐに反映されます。



それとは別に、オブジェクト「メタデータ」があることに注意する必要があります-助けを借りて、プログラミング言語のデータ構造を調べたり、参照、ドキュメント、勘定科目表などの各リンクまたはオブジェクトを調べたりできます。 「メタデータ（）」というメソッドがあります-このディレクトリ/ドキュメント/勘定科目表などの説明を提供します。 データベース内（詳細、表部分、コード/番号の長さなど）。 多くの場合非常に便利です。



また、オブジェクトについては、「Request」、「Request Designer」、「Request Builder」、「Report Builder」、「Data Layout Scheme」に言及する必要があります。 このファミリは、強力なクエリ言語1Cを操作するための一連のオブジェクトを実装しています。



クエリ言語。 1Cのリクエストは、選択、ソート、グループ化が便利なデータサンプルを取得するためにのみ使用されます。 最初の近似では、これはロシア語に翻訳されたSQLからのSELECTステートメントですが、1Cクエリ言語では、SQLで利用できない機能もあります。

• SQLテーブルの代わりに1C構成オブジェクトを操作します。
• SQL識別子フィールドの代わりにリンクを使用します。
• コードで行われる方法と同様のサポートの参照解除。
• グループに参加するための選択（参照用）;
• 階層的な結果。
• 一時テーブルとネストされたクエリ（SELECT * FROM（SELECT ...）））;
• クエリデザイナは、クエリテキストを解析する（クエリテキストを解析し、そこからオブジェクトモデルを構築する）ことができる、便利なオブジェクトベースのクエリテキストをすばやく最適化するために自動的に最適化します。
• レポートビルダ-結果の自動処理機能を追加するクエリメカニズムのアドオン、および「エンタープライズ」モード（つまり、ユーザーによる）でのクエリ自体の柔軟な構成を追加します。 その結果、ユニバーサルレポートが標準の1Cプラットフォームに登場しました。ユーザーは、行、列に何を表示し、どのデータをどの順序で表示するかを設定でき、レポート自体が出力テーブルを生成します。
• SKD（データ構成システム）は、ユニバーサルレポートの機能を組み込み、それに結果処理機能を追加する次のモデルです。

プログラミング言語

構文の点では、1C言語は「ロシア語のパスカル」と似ていますが、厳密性が低く、一部の構文がない点でパスカルと異なります。

• 変数を宣言する必要はありません-モジュールテキストで直接初期化できます。
• 変数のハードタイピングはありません。 システムには値の型がありますが、変数の厳密な入力規則はありません。 リンクを格納した変数は、数行のコードで既に数値または文字列を格納できます。
• 異なるタイプの値を持つ変数を追加できますが、結果のタイプは最初の変数のタイプと同じになります。次に例を示します。
  
  

    = “25”+1; //  = “251”,  26
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

• 異なるタイプの値を持つ変数は、等しいか等しくないかを比較できます（ただし、多かれ少なかれ、これは例外をスローします）-もちろん、そのような変数は等しくありません。
• 関数と手順がありますが、再帰の使用は許可されています（再帰の深さに制限があります）。
• パラメータなしで関数またはプロシージャを指定する場合-とにかく、最後に空の括弧を指定してください：here_so（）;
• モジュールがあります。各ディレクトリとドキュメントにはそれらのいくつかがあり、さらに、レジスタ、レポート、処理にはモジュールがあり、各フォームは、構成内で、一般的なモジュールを作成する機能があります。
• クラス、継承、カプセル化、ポリモーフィズムなし。
• 関数をリンクとして渡すことはできません;無名関数はありません。
• 逆ループはありません（for i：= 5 downto 1 do）が、レコードを削除するときに本当に必要です。 「バイ」サイクルでは、わずかに長いレコードを取得します。

ツールキット

• 1Cプラットフォームでは、構成をアップロードおよびダウンロードし、構成を他の構成と比較し、変更を部分的にアップロードすることができます。
• バッチ処理のためにモジュールのテキストをアンロードして、構成にロードし直すことができます。
• 構成がサポートされている場合（1Cのすべての構成が最初にサポートされていた場合）、いつでも比較を行い、サードパーティの開発者または地元の専門家によって変更された内容を確認できます。
• データベース全体を（データとともに）アップロード/ダウンロードすることもできます。
• 1つの構成の集合作業には、構​​成リポジトリーが使用されます。
• 標準構成を変更するためのルールも多数あります。標準構成（およびその他）を変更するための方法と標準について説明した1Cのドキュメントもあります。

一般的な印象

1C言語は、Pascal言語のテキストの明快さと、BASIC言語の変数を扱う軽薄さを兼ね備えています。 それは現代のプログラミング言語に固有の多くの機能を欠いていますが、それらがなければそれはかなり可能です。 さらに、1Cプラットフォームには強力なガベージコレクターがあります。 たとえば、使用後にテーブルをクリーンアップしたり、テーブルを削除したりする必要はありません。

Interface 1C Enterprise 8.2

1C企業は、プログラムのインターフェイスに特別な注意を払っていました。 まず第一に、それはカラーパレットです。 彼女はゴージャスです！ プログラムのウィンドウは遠くからでも認識できますが、長年の仕事で-反対に敵対的な感情を引き起こすことはありません-すべてのプログラムが同じようにクールであることを望みます。

同時に、プラットフォームのスタイルは非常に厳格で、フリルやその他のフリルはありません。 同時に、ウィンドウサイズの保存など、非常に便利な機能があります（サイズはユーザーが変更したときにのみ記憶され、同時にAlt + Shift + Rを押すことでユーザー設定をデフォルトのサイズと位置にいつでもリセットできます）。

Webクライアント8.2のインターフェースには多くの苦情がありますが、8.3プラットフォームには新しい再設計されたインターフェース「Taxi」が搭載されているようです。

価格、需要と供給、フランチャイズ

1Cプラットフォームの最も「おいしい」利点は価格です。 特に、これは現在、危機の間に関連しています。 結局のところ、1Cは完全に国内製品です。 そして、それは私たちの木製のもののために販売されています。 外国の製造業者が提供するこのようなソリューションには、多大な費用がかかります。 そして、1Cのライセンスはまったく受け入れられます。



さらに、1Cには興味深いライセンスポリシーがあります。 ライセンスと構成自体は一度購入されます。 同時に、ライセンスはワークステーションとサーバーで購入されますが、データベースではなく、接続でも購入されません。 1つのライセンスの下で、同じユーザーが任意の数のデータベースを使用して、無制限の数の1Cセッションを開始できます。 構成にも同じことが当てはまります。構成のライセンスを1つ購入することで、組織はそれを使用して任意の数のデータベースを作成できます。さらに、独自の構成を開発するときに、この構成のコードとオブジェクトの一部を使用することが公式に許可されます（独自の構成を販売/転送できる-それらを使用するには、1Cから構成を購入する必要があります。



この1回限りの購入の後、アップデートにサインアップするだけで、年に1回、サブスクリプション更新の支払い、いわゆる ITS。 ところで、サブスクリプションは非常に安価で、おおよそ2つのクライアントライセンスに似ています。



一般的に、これはすべて非常に有益です。



2番目の「おいしい」が、軟膏にハエがあり、さらに、1C自体およびパートナーからのかなり普遍的な構成の存在です。



3番目のプラス（および軟膏のハエも）は、ユーザーと初心者のプログラマーと管理者の両方のためのフランチャイジーとトレーニングセンターのネットワークです。 良いアイデアですが、実装の非常に平凡な品質。 それにもかかわらず、普及と積極的なマーケティングは、わが国で1Cが広く普及している理由の1つです（そして、これも否定性、en望、憎しみの理由です）。

軟膏で飛ぶ

1Cをすべての色で塗ったので、その欠点について言わないのは不公平であり、実際には次のとおりです。



不安定なリリース -プラットフォームと構成の両方で、膨大な数のエラーとグリッチがあります。 そして、これは公式リリースです。 公式バージョンをリリースする前に、「慣れ親しんだバージョン」がリリースされます。 修正のために受け入れられるエラーの説明を送信するためのフィードバックもあります。 ただし、レビュー用のバージョンはあまり人気がないか、1C会社自体がリリース日までにすべてのレターを処理する時間はありませんが、事実です。 プラットフォームまたは構成を更新するたびに、最も予期せぬ「驚き」に出くわす可能性があります。 会社1Cは、開発をより徹底的にテストすることを繰り返し求められてきました。



フランチャイジー（以下フランと呼ぶ） 。 理想的には、これらは構想通り、構成とプラットフォームの基本原則を知っている有資格の専門家がいる会社です。 これらの同じ会社は、プラットフォーム、構成、およびサポートを販売し、標準構成を最小限に抑えようとして、顧客の要件に合わせてわずかに「完成」したユニバーサル構成を必要とします。 将来の更新をそれほど複雑にしないために。 しかし、実際にはその逆が真実です。



新しいライセンスをクライアントに販売する場合、フランチャイズはその価値の50％を受け取ります（これらの50％の13％を除く所得税）。 同時に、自分で何かを作成する必要はなく、キーを1Cからバイヤーに転送するだけです。



同じサービスを提供する場合、フランチャイズは1Cファームに何も支払いません（会費を除く）が、従業員に給与を支払う必要があります。 また、州への税金-FIUと所得税にお金を費やす必要があります。



1Cとフランチャイズの両方がライセンスを販売することで収益性があり、さらなるサポートを実行することは収益性がないことが判明しました。 同時に、クライアントがプログラムを購入するには、最初から要件に合わせてプログラムを調整する必要があります。 しかし、あなたは仕事にお金を払わなければなりません。 そして、ここでは、貯蓄の目的のために、学生、生徒、非専門家が引き付けられ、彼らは少し支払うことができ、時にはまったく支払えないこともあり、彼らは州に登録することさえできません（彼らは非公式に働きます、支払うものがありますから）。 その結果、非常に低い品質で膨大な数の販売が行われます。 原則として、改善は重要なメカニズムに影響を与え、将来の更新を複雑にします。 しかし、販売段階では、これは1Cではなく、フランチャイジーも興味を持ちません。



これはフランチャイズのビジネスマンのせいではなく、1C会社のせいではないことに注意してください。 販売に焦点を当て、彼女はサポートをまったく気にしませんでした（今は学校について話していませんが、フランチャイジー会社と1Cがサポートを提供することは有益であるべきです）。



技術サポート。 1Cを理解する上で、テクニカルサポートは、プラットフォームおよび構成の「更新」セクションへのアクセスと、1C操作のいくつかのメカニズムおよび機能の説明を含む情報セクションへのアクセスを提供しています。 さらに、指定された素材のディスクがサブスクリプションで提供されます。 フォーラムもあります（フォークと比較して非常に少ない）。 1Cに電子メールを送信する機会はまだありますが、彼らがそれに答えることを望んでさえいません（または、ロボットが「開発部門に手紙を送信しました」が応答します）。

エピローグ

一般に、1C Enterprise 8プラットフォームでの作業に非常に満足しています。 ほとんどの会計タスクおよびデータベースを使用したタスクの解決に適しています。