古い製品から13万行のコードを削除して、新しい製品を作成した方法

そもそも、約15年前（2000年代初期）に、テキストドキュメントの独自のエディターを作成する必要がありました。 なぜ私なの？ はい、まったくテキスト文書ではなく、 WYSIWYGエディターでもないためです。 あなたはそれがまったくドキュメントエディタではないと言うでしょう。 しかし、ドキュメントエディタとは何でしょうか？ どの機能を含める必要がありますか？ そして、そのような自転車を作ることはどのように私たちに起こりましたか？ しかし、どのように...

起源

むかしむかし、編集者、ed、vi、em、その他の古物の全盛期に、テキストファイルを編集する必要が本当にありました。 基本的には、さまざまな構成とソースコードであり、現代的な意味でのドキュメントではありません。 当時はUnicodeエンコーディングがなく、さまざまなテキストファイル全体は、おそらく行末の文字としてcr + lfと単純なlfの違いでのみ表現されていました。 そして、テキストは、ASCIIテーブルの32から127番目の文字までの実際のテキストと、さまざまな国際文字（各国で独自のもの）を表すことができるコードの上半分です。 mbcsエンコーディングについては何もしません。エンコーディングについてではなく、ドキュメント自体についてです。



そして、1983年にリリースされたApple Lisa用のエディターLisaWriteと、1984年にリリースされたApple Macintosh用のMacWriteが、すでに本物のWYSIWYGエディターであったため、Appleは突然登場しました。



実を言うと、WYSIWYGは10年前にAltoコンピューター向けの悪名高いXerox PARCで開発されたBravoエディターの形で登場しましたが、これらのマシンは決して大衆市場にリリースされませんでした。 また、1970年代に普及した他の家庭用コンピューターには、ドキュメントをWYSIWYGモードで表示するために必要なグラフィック機能が欠けていました。



WYSIWYG原則は世界に何を与えましたか？ 人々は、紙で文書を作成するかのように、文書を使用してコンピューターで作業を始めました。 WYSIWYGエディターは、このすべての美しさをドキュメントが見たとおりに正確に印刷できるようにするため、テキストのさまざまな書式設定、配置、スタイルを使用し、テキストに図面、式、図を挿入し、テーブルを作成し、ドキュメントを一般的に設計しました画面上（ここで精度が達成できる限り、これは別の会話です。モニターとプリンターのdpiはまったく異なるためですが、WYSIWYGエディターは画面上の文書の描画を紙に印刷されるものに近づけようとします）。



Windows Write、WordPad、Word（ Word 1.0からWord 2016 ）などのエディターの外観と完成度の長い方法はすべてスキップします 。



現在、ドキュメントの編集（ソースファイルや構成ではなく、さまざまなオフィスやその他のドキュメント）について話している場合、WYSIWYGエディターは単に必要であり、それなしでは生きられないという事実にすでに慣れています。 しかし、それは本当ですか？ たとえば、あなたの目標は、フォームに基づいた同じ種類のドキュメントのいくつかを形成することです。 または、同じ種類のドキュメントの特定の種類の大きなデータベース（たとえば、特定の契約や入札）を保持します。 そして、ここではWYSIWYGが干渉するだけで、ドキュメントにsome意性を作成したり、フォーマット要素を追加したりすることができます。以前に合意した合意に従って、ドキュメントに追加すべきではありません。 重要なのはテキストのみです。 たとえば、複数列のテキストを適用できないこと、テキストとフッターに脚注を使用できないこと、および画像と3D碑文のテキストに適用できないことに同意することができます。



私たちの場合もほぼ同じでした。 しかし、状況はさらにいくつかの要因によって複雑になりました。 特に、テキスト自体に加えて、ドキュメントの特定のマークアップをサポートする必要がありました。 そして、このマークアップの各要素には、何らかの独自の動作が必要でした。 まるで[spoiler]要素が崩壊したかのように。 [url]要素はクリックでリンクを送信できました。 そのような要素だけが2または3ではなく、数十個でした。 それぞれに独自の動作があります。 そして、この場合の文書自体は普通のテキストでしたが、それに加えて写真、数式、表もありました。 つまり、実際には、テキスト、図、表を含む通常のRTFドキュメントの上に、特別なマークアップを課し、何らかの方法で巧妙に機能できるエディターが必要でした。



ここでは、Word用のいくつかの特殊マクロのパスに沿って移動できますが、

a）Wordは常に手元にあるとは限らず、ライセンスを購入する必要があります

b）MS Officeの新しいバージョンの出現により、Wordのあるバージョンから別のバージョンへの移行の問題が発生する可能性があります

c）編集者の動作を完全に制御できるようにしたい

d）すでに書かれているように、WYSIWYGは干渉します。 使用する設計機能の点で完全に同一のドキュメントを作成するためのエディターが必要でした。 すなわち すべての文書には、このようなインデント段落などを使用して、このようなサイズのフォントで入力されたテキストを含める必要があることを事前に合意しました。 このような条件下では、ラベルのテキスト、さまざまなインデント、および複数列のテキストなどの配置を飛行するフォントのサイズとタイプを指定する機能は、ユーザーにのみ干渉します。

結果

すぐに言ってやった。 エディターが作成されました。 15年以上にわたり、約45人年がエディターの開発に費やされてきました。 平均して、3人が常時フルタイムでプロジェクトに取り組んでいました。 エディターのアーキテクチャは非常に具体的で、タスクに合わせて調整されていることが判明したため、このエディターを一般的な意味でテキストエディターと呼ぶことはできません。 この形式では、社内でのみ使用できます。 エディターは間違いなくライフサイクルの真ん中を通過し、多数の機能で満たされた特定のアーキテクチャを取得しました。さらに作業を進めるには、主に必要な変更のリファクタリングとサポートが必要です。

生まれ変わり

長い間、私たちのエディターをどういうわけかよりオープンな市場に持ち込めるかどうかという質問に興味がありました。 結局のところ、非常に多くの時間が費やされ、非常に多くの有用なことが行われたため、別の目的で他のプロジェクトでそれらの少なくとも一部を使用しないのは奇妙です。 ドキュメントでの作業の一般原則に関してエディターに多くのことが実装されたため、プロジェクトから特定のものをすべて削除し、「通常の」テキストエディターに固有の機能のみを残すようにしました。 そして何が起こるか見てください。



編集ウィンドウでのドキュメントのレンダリングを含むエディターのすべての機能は、コードによって完全にゼロから実装されていることを事前に警告したいと思います。 すなわち テキストを読み込むだけのRichEditではありません。 段落の位置の誤計算、段落の行への分割、キャレットの描画、強調表示-すべて手作業のみ、ハードコアのみ。 すなわち 原則として、このエディターで何でもできます。



物事を遅らせることなく、あまり疑わないで、新しいTexEdエディターを（テキストエディターというフレーズから）呼び出しました。 現在のエディターのコードが取得され、外部（アプリケーションインターフェイス内）で「内部機能」を開くものはすべて削除されました。 これらの機能を実装するためのコードも、可能であれば削除されました。 機能の切断を開始する前のプロジェクトコードは430千行でした（使用したサードパーティコンポーネントのコードと合わせて100万30万行）。



特定の機能を破棄または非表示にした後、コードサイズは297千行でした。 プロジェクトの約1/3が削除されました。 もちろん、さらにドロップすることもできましたが、レガシーからソースを削除することもできます。 この「余分な」未使用のコードは、エディターの外観と作業には影響しません。



エディタの大きな利点は、実際には単一のexeファイルと、ディレクトリと設定を含む複数のテキストファイルであることです。 いくつかの巨大なオフィススイートではありません。



機能の大きな層には、さまざまな自動処理（たとえば、スタイル、テキストの意味、構造単位の識別などを考慮せずに、テキストの分析に基づいて目次を作成する）が含まれ、特定のデザインルールへのドキュメントのコンプライアンスがチェックされます。 しかし、以来 これらは内部ルールであり、他のユーザーには適用されません。この機能は主にエディターから削除されました（戻った場合は、新しい改訂された形式で）。



エディターはリソースを要求せず、100メガバイト（またはそれ以上）のドキュメントを開くことができます。 テーブルを使用し、それらと一緒に作業するのは非常に迅速です（MS OfficeおよびOpen Officeについては言えませんが、少なくともページレイアウトモードでは、そのようなドキュメントにハングアップできます）。 開いているドキュメントの量の制限は、現時点では32ビットアセンブリのみをサポートしていることです。 アプリケーションは技術的に4 GBを超えるメモリを割り当てることはできません。

エディタに残っている機能は何ですか？

1）形式のサポート：

-RTF、WordML 2003（XML）、DOCX、HTML-ネイティブの読み取りと書き込み（サポートされている設計要素のサブセットの一部でフォーマットを個別に読み取りおよび書き込み）

-ODT-Open / Libre Officeをネイティブにサポートしている形式のいずれかを使用して変換することにより読み取ります

-DOC-ネイティブにサポートしている形式の1つに変換することにより、Wordコンバーターを読み取ります。 これを行うには、無料のOffice 2007互換パッケージ（FileFormatConverters.exe）をインストールするだけです。MSOffice自体はインストールする必要がなく、必要ありません

-TXDは独自のバイナリエディター形式であり、他の形式でサポートしているものと同じ要素をすべてサポートしています。 どうして？ また、エディター内でドキュメントの一部をコピーするときのクリップボード形式としては便利です。

-XLS-どういうわけかExcelで読む

2）以下を含むドキュメントの編集のサポート：

-テキスト

-テーブル（ネストなし、一部の形式を読み取る場合、ネストされたテーブルはより外部のテーブルのセルに単純に埋め込まれ、RTFではまったくサポートされません）

-図面と数式（数式を編集するには、 MathTypeプログラムをインストールする必要があります。無料の試用版を使用できますが、機能しますが、数式要素のセットは制限されます）

3）ドキュメントの印刷（プレビュー機能付き）

4）ドキュメントの比較（[ファイル]メニュー-[ファイルの比較]）は素晴らしいことです。 文書を表と比較する方法を知っています; Tortoise Diffではありません！ ;）

5）ユーザー辞書を含むロシア語と英語のスペルをチェックする

6）検索と置換

7）バックグラウンドでの自動保存ドキュメント

8）任意のユーザーガイドに従って単語内の単語およびサブストリングを強調表示し、そのような強調表示された単語へのクイックジャンプ

9）ツールバーから標準フレーズのテンプレートを挿入します（ユーザー自身がフレーズを設定します）

10）キーボードマクロの記録と再生（Visual Basicマクロではなく、キーストローク:)）

11）可能なこととその仕組みの例として、いくつかの標準的な処理



編集者にとって他に興味のあるものはありますか？ はい、たくさんあります。 たとえば、巨大な（数百メガバイト）大きなドキュメントのチャンクを削除する場合、エディターは（Ctrl + ZのUndoリストの形成により）空きRAMが不足していることを警告し、Undoでのアクションの数を制限するメモリ節約モードになりますリスト。 これはオリジナルで興味深い機会であることを認めなければなりませんが、1〜2 GBのRAMを搭載したマシンでこのような大きなドキュメントを編集する場合、誰かがいくつかの神経細胞を節約しました。 これはほんの一例です。 編集者の内部では、興味のあるユーザーが見つかった場合、実稼働環境に再導入できる非常に多くの興味深いものがあります。 たとえば、疑似グラフィックテーブル（疑似グラフィック文字を使用してモノスペースフォントで入力）の本格的なエディターを使用すると、通常の動的なWordテーブルと同様に、このようなテーブルを操作できます。 テーブルが擬似グラフィックのままで、行と列の幅を変更したり、セル内のテキストの配置を設定したりします。 DOSの時代、Word and Deedテキストエディター（Word＆Deed、wd.exe）はその方法を知っていました。 この機能を無効にしました。 2017年に、擬似グラフィックテーブルを含むドキュメントを持っているユーザーはおそらく存在しないか、その割合が非常に小さいと計算されました。 しかし、それが興味深く、誰かからの要求があれば、それをオンに戻すことができます。



残りはデモ版で確認できます。

エディターの制限

大きいシートがあるかもしれません。 何を比較し、何が制限とみなされるかに応じて、 このプロジェクト全体が1つの大きな制限ですが、これは特定の場合に適しています。



1）32ビットバージョンのみ。

2）クロスプラットフォームではなく、Windowsでのみ機能します。

3）サポートされている要素フォーマットはほとんどありません。

4）現在のバージョンは、OOXML形式（2010年以降の新しいOffice XML形式）をサポートしていません。

5）ページネーションを表示するWYSIWYGモードはありません（このような内訳は印刷プレビューでのみ表示されます）。

6）フォントジョブはありません。 絶対に。 しかし、追加するのはかなり簡単です。なぜなら 内部的には、エディターはさまざまなフォントの操作と画面上での表示をサポートしています。

7）編集者のアイコンは、デザイナーのEveraldo Coelhoが作成した一連のLinuxアイコンから取ったものです。 後で何かを再描画した場合、その時間はありませんでした。

8）エディターはDelphiで書かれています:-)現時点では、最新バージョンのDelphiでコンパイルされています（具体的には10.1ベルリンですが、東京では可能です-問題ありません）。 そして、2000年代初期にこのようなリッチGUI Windowsアプリケーションの作成を開始したのは他に何でしたか。 少しでも楽しいです あいまいさによるセキュリティの原則 現在、Delphiの開発者はほとんどいません。 例えば、ソースコードが漏洩したとしても、それらを有利に使用すること（例えば、競合製品を作成するため、またはいくつかの非友好的な目的のため）はそれほど簡単ではありません:-)

9）エディターだけでは、OpenOfficeとMS Office全体を置き換えることはできません。 たとえば、テーブル（Excelなど）を操作したり、プレゼンテーション（PowerPointなど）を作成したりするための関数は含まれていません。

10）ドキュメントなし（ユーザーマニュアル）



GitHubからエディターのデモ版（この用語が現在の状況に一般的に当てはまる場合）のデモ版（0.1）をアーカイブとしてダウンロードできます。これは任意の場所に展開するのに十分です。 管理者権限を持つ最初の編集者は、保護サービスをインストールします。心配する必要はありません。これはウイルスではなく、トロイの木馬でもありません。 このサービスは、登録キーのハッシュ計算の基になるコンピューターハードウェアパラメーターを決定するために必要です。 このサービスがないと、UACの下でアプリケーションを開始するとき（つまり、管理者ではなく、通常のユーザーの特権で）、必要な機器パラメーターに到達できず、十分な権限がありません。



このバージョンのエディターは、2017年末まで登録なしで（キーなしで）動作します。 私はそれが「ある」という理由で純粋に制限しましたが、2017年末に誰かがこの機能が不十分な最初のアルファ版を使用すると思うからではありません。

未来

今後の計画：



1）RTF（Wordのような任意のテキストフォントの選択）

2）多言語インターフェース（およびスペルチェック？）

3）リストの通常のサポート（マルチレベルなど）

4）ある種のピアレビューのサポート

5）定規で段落のインデントを定義し、列幅を変更する

6）編集モードのWYSIWYG（ページごと）

7）MathTypeに関連付けられていない、ネイティブの組み込み式エディター

8）エディターから、Wordに似たCom Automationメカニズムを使用して、他のアプリケーションからのドキュメント処理自動化のライブラリを作成できます。 これは既に実装されていますが、APIはまだ非常に貧弱です。だれにも迷惑をかけないようにするために、これは提供しません。



最初に製品に追加すべき他の機能は何ですか？ コメントを書いてください！



なんでこんなこと？ このような編集者のプロジェクトが非常に有効に利用できることを心から願っています。 すなわち 現在、必要なものを実装する新しいユーザーを探しています。 いいえ、カスタム開発に取り組む予定はありません（もちろん、特定の顧客向けに何かをカットすることは、もちろん彼がBeelineまたはSberbankのレベルにいる場合を除きます:-)それら。 従来のテキストエディターでは利用できなかった便利な設定と特殊な機能により、幅広いユーザーに役立つ新しい完成品を作りたいと考えています。



PS機能の切断は急いで行われたため（1日2〜3時間で約10日かかりました）、どこかで壊れる可能性がありますが、気づかないかもしれません。 GitHubで課題を作成できます。



→一時プロジェクトのホーム： GitHub



UPD！ 保護/登録サービスをインストールまたは使用しないバージョン0.1.1をアップロードしました。



次のコマンドを使用して、コマンドラインで既にインストールされているサービスを削除できます。

sc delete TexEdProtectService

次に、Windowsインストールディレクトリのsystem32ディレクトリからTexEdProtectService.exeファイルを削除する必要があります。



そして最後に、小さな投票：