前のパートでは 、 Node.jsを使用してネットワークディクショナリをコピーする際の基本操作と関連タスクについて説明しました。 このパートでは、特別なレベルの複雑さのWebソースを変換するための重要な追加ツールの使用について説明します。

I.なぜNW.jsが必要なのですか？

1.辞書のWebページの構造が複雑になるほど、洗練されたブラウザエンジンが提供するすべての機能に依存する理由が増えます。 JSDOMはかなり開発されたライブラリですが、それでもChromiumの完全なツールセットと比較することはできません。



2.デジタル辞書の作成と変換に関与する人々は、大部分は、人道主義者であり、運命の意思により、IT分野に持ち込まれます。 特にユーティリティ自体を作成せず、同僚による既成の開発を使用する場合は、コマンドラインインターフェイスよりもGUIで作業する方が快適な場合があります。 NW.jsは、Webページを分析、処理、変換するための簡単なアプリケーション用のGUIを簡単に作成する方法を提供します。



例として、このツールの簡単な説明として、サイトwww.wordspy.comを選択しました 。 Word Spyは、すでに言語の一部になっている英語の新語学の絶えず更新されている辞書です。 つまり、それらは作成されておらず、かつて私的ニーズのために著者によって使用されたものではありません（そのような言葉は「時折主義」と呼ばれます）が、異なる起源のいくつかの印刷物やネットワークソースで「ライトアップ」されました。 最初の記事のイラストとして使用されたUrban Dictionaryと比較すると、 Word Sp yには2つの大きな違いがあります。ページのコンテンツはスクリプトの非同期操作によって形成され、これらのページの構造はほとんど予測不可能で複雑です（一方、 Urban Dictionaryではテキストが最大限に使用されました）タグの小さなセット、およびその順序と組み合わせは均一でした）。 これがNW.jsに頼る決定的な理由でした。



すでに完全で体系的な公式ドキュメントの一部を繰り返す予定はありませんが、 NW.jsに慣れていない場合は、それから始めることをお勧めします（GitHubのWikiページをスクロールできます-それらの多くは既に古くなっていますが、まだありますメインのドキュメントには記載されていませんが、興味深いものに出会います。 選択したタスクへのプロジェクトの適用に関するメモのみに限定します。

II。 準備段階

1.辞書エントリのアドレスのリストを取得する

基本的に、最初の準備スクリプトは、最初の記事のプログラムにほぼ似ています。 ページから必要なリンクを引き出すだけでよいので、 当面はNW.jsに接続することさえしません。JSDOMはこれにうまく対処します。







。



重要な違いのみを概説します。



a。 ページが読み込まれ、 window



およびdocument



オブジェクトがwindow



およびdocument



オブジェクトを受け取るまでに、ページのコンテンツはまだ準備ができていないため、追加のチェックサイクルを導入する必要があります（ページは非同期スクリプトで満たされているため、 load



イベントを追跡しても何も得られません; DOMの変更時にイベントハンドラーをハングアップしますが、この状況では、これは不当な複雑さのようです）。 ウェブサイトのスクリプトの作業を分析した後、ページの重要な要素を見つけました。その存在は、必要な構造（この場合は、辞書エントリへのリンクのリストを持つブロック）の構築の完了を意味します。 既に知っている変数に加えて、この要素のセレクターを定義します（コードの初期ブロックでselectorsToCheck



。将来のケースでは、異なるページで異なるテスト要素が必要な場合、この変数を配列にします）。 2番目の追加はミリ秒数になり、キー要素をチェックする頻度（ checkFrequency



）を設定します。



b。 Word Spyには、辞書全体の便利な2段階のコンテンツが含まれています。1）すべてのタグのリスト。いくつかのテーマブロックに分割されています。 2）各タグへのリンクは、このタグに関連するすべての語彙のリストを開きます。 辞書に、最初のタグリストとタグの下のすべての語彙リストの両方を追加します。 これを行うために、タグ付きの上記の開始ページをアドレスの初期配列（ tocURLs



）にtocURLs



ます。これは、辞書エントリのリストのソースになります。 また、この配列がabc



と呼ばれた最初の記事のスクリプトとは異なり、タグのあるアドレスは単一のURLパターンに適合しないため、すぐにそれをURLのリストに変換し、アルファベットからその場でそれを形成しません。



c。 現在のタスクの一部は単純化されます。WordSpyはUrban Dictionaryよりも数桁小さい辞書であるため、1ページのアドレス一覧と辞書エントリがあります。 このスクリプトまたは辞書自体を保存するスクリプトで複数ページの継続をチェックする必要はありません。これにより、URLと対応するコードのセクションの構築が簡単になります。



getDoc



関数では、 getDoc



ライブラリのクエリがわずかに変更されます： アーバンディクショナリは静的ディクショナリでしたが、ここではクエリオプションに表示されるページ上のスクリプトの読み込みと実行が必要です。



e。コードに別の非同期の瞬間が現れるため、前のprocessDoc



関数を2つに分割します： checkDoc



関数では、起こりうるエラーとWebサイトスクリプトの終了の両方をチェックし、完成したドキュメントの処理を遅延関数processDoc



ます。 検証サイクルは多くの反復を実行します（たとえば、5秒が経過するまで）。 この間に検証要素が現れた場合、ドキュメント処理機能に進みます。 タイムアウト後に要素がない場合は、リダイレクトがあったかどうかを確認します：そうでない場合は、サーバーでヒッチを疑ってリクエストを繰り返すことができます。サーバーがどこかにリダイレクトされた場合、ユーザーに警告を発行してプログラムを一時的に終了するだけです。 経験上、ほとんどの場合、Webサイトのスクリプトを完了するのに100〜400ミリ秒かかりましたが、遅延は数秒であり、タイムアウトを超えることもありました（そのような場合、単一の要求で十分でした）。



e。完成したページの処理と必要なリンクの抽出は、生成された辞書エントリのリストにすべてのタグのテーマリストでアドレスを入力し、この一般的なコンテンツを保存して簡単にナビゲーションできるようにしない限り、最初の記事で説明したものと変わりません将来の辞書。

2.タグのリスト

選択したディクショナリのページ構造は特定のレベルでのみ複雑で予測可能なため、使用するタグのタイプと頻度に関する情報を収集するために、必要なすべてのページを通過する予備パスを保存プロセスに追加しようとします。 これを行うには、辞書保存スクリプトに非常に似たスクリプトを作成しますが、現時点では非常に単純な情報を抽出します（したがって、引き続きJSDOMに限定します ）。







。



このスクリプトは、 アーバンディクショナリの保存に精通しているスクリプトと、もう少し詳しく説明したスクリプトの部分的なハイブリッドと呼ぶことができます。既製のアドレスのリストを読み取ります（最初または停止した場所から、停止する前に特別なログにマークしたもの）。ページをロードし、スクリプトを実行して、辞書エントリの必要なコンテンツがすべて構築されるまで待ちます。 いくつかの新しい詳細のみを説明します。



a。 辞書を保存するときに、辞書コード自体、保存されたアドレスを含むプロセスログ、およびエラーログの3つのファイルを作成しました。 この場合、2つのファイルで十分です。必要に応じて、それらのファイルが休憩後に復元するために行われた作業のログの役割を果たすことができるようにタグを保持します。



b。 キーセレクターの配列キーselectorsToCheck



には、2つの要素が含まれるようになりました。通常の辞書ページとタグのリスト（または単一のタグで結合された語彙）のページ用です。



c。 分析に不要な情報が過剰にならないように、大まかな予備評価に基づいて、辞書に保存せず、タグに解析できない要素を特定します：これらの要素のselectorsToDelete



変数に保存して、解析を開始する前に不要な要素を削除します。



d。各ページの分析は、関心のある要素からすべてのタグを抽出し、要約tags



オブジェクトにその名前を登録し（各タグの統計が常に増加する）、ページアドレスファイルとその上のタグのリストに書き込みます。 スクリプトの最後に、結果のtags



オブジェクトもファイルに書き込まれます。 したがって、タグの一般的な統計とページ上の分布の両方を取得します。これにより、このタグが記録されているアドレスのいずれかを開くことで、タグの使用例を見ることができます。 スクリプトが中断された場合、ファイルにすでに書き込まれている情報から統計tags



オブジェクトを復元できます。 これらの2つの類似したプロセス-ページの読み取りとログからのスクイーズの読み取り-は、スクリプト内の対応する2つの場所にあります。最初の部分（ console.log('Reading the tag file...');



）およびprocessDoc



関数です。



プログラムコードの残りの部分には、なじみのないものは含まれていません。

III。 辞書を保存しています

NW.jsのプログラムは、少なくとも2つのファイルで構成されています。JSON形式のサービスファイル（プログラムの主なパラメーターを説明する）と、GUIを説明し、スクリプトを含むHTMLページです。 後者は別のファイルに移動し、ローカルまたはネットワークアドレスでそれらを参照できます。

1. package.json

サービスファイルの最小コンテンツは次のとおりです。

 { "name": "NW.WordSpy.get_dic", "main": "WordSpy.get_dic.html", "window": { "title": "Save WordSpy.com" } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

NW.jsのプログラムは、最初の起動時にユーザーデータ用のシステムフォルダーに独自のサブフォルダーを作成し、その名前は、 name



フィールドのプログラムの名前によって形成されます。



main



フィールドには、GUI要素とプログラムのメインスクリプトを含むメインファイルへのパスが含まれています。



オプションのサブセクションwindow



には、作成されたプログラムウィンドウのパラメーターが含まれます。これまでは、タイトルに制限します。



サービスファイルの形式とコンポーネントの詳細については、ヘルプを参照してください 。

2. WordSpy.get_dic.html

プログラムのウィンドウは比較的シンプルで、ある意味ではコンソールアプリケーションに似ています。



HTML-



。



マークアップのヘッダー部分には、必要な最小値に加えて、任意のCSSブロックを追加できます。 ここでは、それは純粋に例示的なものであり、私たちはそれにこだわらない。



GUIの最初の要素は、コマンドラインキーで以前に設定したパラメーターの2つのフィールドになります。辞書ページのアドレスを持つ入力ファイル（以前に入力ファイルでフォルダーを設定し、ファイル名をコードで設定してキーを短くしました-これは今ではありません）必要であり、コンテンツファイルを直接選択できます）および出力ファイルが作成されるフォルダー-辞書自体、保存されたページのログ、およびエラーログ。 NW.jsのファイルフィールドの機能の詳細については、 こちらをご覧 ください 。



次は、プログラムのメインアクションを起動するボタンです。その後に、情報を表示するフィールドがあります。 CSSといくつかのスクリプトトリックを使用して、コンソール出力ウィンドウのように見せて、スクリプトの通常のコンソールバージョンと連絡を取ります。



目に見えないaudio



要素は、ユーザーの注意を引くのに役立ちます-これにはコンソールプレーヤーを使用していました。 サウンドファイルのアドレスは他のものでも構いません。イベントの標準サウンドスキームのシステムファイルの1つを使用しました。



最後に、最後の要素が「ブラウザ」の重要な役割を果たします。データの分析と抽出のために、この組み込みフレームにページをロードします。 NW.jsのフレームの機能と関連するいくつかの予防措置については、既に知っているリンクを使用して読むことができます。



辞書の保存プロセスの開始時と終了時のプログラムのタイプは、スクリーンショットから推定できます。











便宜上、プログラムのスクリプト部分を別のファイルに削除しました。 ページの最後で参照することをお勧めします。これにより、起動時にスクリプトがウィンドウのすべての必要な要素を見つけて、それらの要素との対話を開始できるようになります。

3. WordSpy.get_dic.js

。



コメントでは、主な構造とコードの多くのセクションの両方が共通するため、前回の記事のコンソールスクリプトと比較した違いと革新のみに焦点を当てます。



a。 はじめに見た最初の違い。 ウィンドウとプログラム自体のドキュメントに対して変数が表示されます（これにより、ウィンドウの変数やロードされたページのドキュメントと混同しにくくなります）。次に、GUIの各要素に対して変数が表示されます。 ファイルへのパスは動的に（コマンドラインキーによってではなく、ユーザーアクションに応じて）動的に構築されるため、異なる定数セットとしてではなく、 io



オブジェクトの可変プロパティとして保存します。 もう1つの違いは、ドキュメントの複雑な構造でより便利な操作を行うためのさまざまな目的のセレクターのセットです（これらは、タグ分析用の以前のスクリプトからすでによく知られています）。 最後に、対話機能が増加するにつれて、導入部分の最後に、プログラムとユーザーコマンドの現在の状態を示すいくつかのインジケーター変数を作成します。



b。 GUIを使用する場合、時間どおりにウィンドウを閉じないという誘惑は、コンソールを使用する場合よりも大きくなります。 そのため、プログラムが正しく終了しないように、わずかに大きなヒューズシステムを作成します。 最初に、後で説明するonExit()



関数をonExit()



関数にonExit()



ます。



c。 ヘルプからわかるように、標準のHTML 5の予防措置はまだ有効であり、ファイルフィールドの属性またはプロパティを使用してファイルの終了アドレスを設定することはできません-これは、ダイアログボックスのカスタムアクションでのみ実行できます。 ただし、ユーザーがファイルを選択するように求められるフォルダーへのパスを保存することで、ユーザーの時間と労力を削減できます（ファイルがフォルダーの場合、予備アドレスと最終アドレスは奇跡的に一致します）。 これを行うには、 JSON形式の別のユーティリティファイルconfig.json



を使用します。このファイルには、必要なパスの数に応じて、2つのプロパティを持つオブジェクトが格納されます。 作業の開始時に、プログラムはこのファイルの存在を確認します。ファイルが存在する場合、 config



オブジェクトの内容を読み取り、両方のフィールドのnwworkingdir



プロパティに必要なパスを書き込みます。 ファイルがない場合、オブジェクトは空になり、ブラウザの開始ディレクトリが通常の方法で定義されます。



d。保存された設定のファイルを確認した後、すべてのインタラクティブ要素にイベントハンドラーを設定し、最初の要素に要素を正しい初期状態に強制します。



checkDirs()



関数は、必要なすべてのパスの決定をチェックします。少なくとも1つが未定義の場合、情報ブロックにメッセージを表示します。そうでない場合は、保存された設定ファイルにデータを書き込み、メインプロセスの開始ボタンをロック解除します。



onStop()



関数は、メインプロセスを中断するコマンドに応答します：このコマンドのインジケータをon位置に置くだけで、プロセスを都合のよい時間に中断できます。



よ onExit()



関数は、プログラムウィンドウをonExit()



うとする試みに応答します。 この時点で辞書が保存されている場合、彼女は確認の質問をします。 確認後、プロセスの中断とプログラムの終了のインジケータは、都合の良いときに後続のアクションのためにオンの位置に配置されます。 ユーザーがアクションを確認しない場合、無視されます。 保存が実行されない場合、プログラムはそれ以上質問せずに閉じます。



g。 setSpeedInfo()



関数では、重要な変更はオーディオ信号にのみ影響しました。 リフレッシュレートと作業速度に関する情報の形式は同じレベル（1時間に1回）のままにしましたが、必要に応じて修正できます（結局、 Urban Dictionaryは何日も続き、 Word Spyは約1時間半なので、変換頻度と単位は分に増加します）。



h。 updateInfo(str)



関数は、コンソールの情報ブロックを比較します。 バッファーサイズを10行に設定し、最初に余分な行を切り取ります（最も古い情報がそこにあります）。最後の行までブロックをスクロールします。 この機能により、ストレージプロセス中に常に最新の情報を表示します。 小さな辞書では、この動作を無効にすることができます（ripプロトコル全体が保存されます）が、長いプロセスでは、このような制限によりメモリが節約され、冗長性が削除されます（特に必要なものはすべてログに書き込まれるため）。



そして。 logError(evt)



関数は、インラインフレームウィンドウ内のerror



イベントに応答するように設計されています。 彼女はまだ私のために働いたことがない。



番目。 secureLow(str)



関数は、ロードされたページの低レベルのテキスト処理として機能し、DSL要件、つまり特殊文字をエスケープします。 一方、 secureHigh



はテキストブロックの処理に使用されます（余分なスペースの削除、DSL辞書エントリの本文の前へのインデントの挿入、空白行を保存するための特別な挿入）。 最初の記事のコンソールバージョンでは、1つの関数で管理していましたが、ここでは情報の抽出と処理の手順が多少変更されるため、この処理を分離する必要があります。



saveDic()



-辞書の保存ボタンをクリックすると起動されるプログラムの主な機能。 これは、最初の記事のコンソールスクリプトの最初の手順部分にほぼ対応していますが、いくつかの違いがあります。 まず、保存プロセスのインジケータ変数をオンにして、メインボタンの外観と動作を変更します。これで、プロセスの中断が発生します。 また、役割を実行したファイルフィールドも無効にします。 次に、使い慣れたファイル操作を実行します：アドレス一覧の可用性を確認し、辞書を作成し、空白を報告し、アドレス一覧を読み取り、保存ログで既に保存されているページがある場合はその情報を読み取り、必要に応じてタスクを短縮し、最終的に最初のページを要求して保存サイクルを開始しますリスト。 コードのこのセグメントに新しく追加されるのは、サイクルの操作に必要な組み込みフレームのウィンドウのイベントハンドラーのload



とerror



タスクです。



l getDoc(url)



-循環セーブチェーンの開始リンク。 この関数は、サイクルの開始時と各ページの処理後に呼び出します。 割り込みインジケータを確認することから始まります。オンになっている場合、サイクルは中断され、プロセスは停止します。 オフになっている場合、慣れ親しんだ操作の後、フレームのアドレスを変更し、新しいページを強制的にロードします。



checkDoc()



関数は、ビルトインブラウザーでのページ全体の読み込みに応答して自動的に開始します。 彼女は、この記事の前のスクリプトから私たちにある程度馴染みがあります。 プログラムウィンドウのメインオブジェクトと読み込まれたページのウィンドウを混同しないようにする変数を作成することから始めましょう。 次に、ページコンテンツの準備チェックの一般的なサイクルに従います。 その結果に応じて、情報の処理に進むか、ページをリロードするか、不明なエラーに関するメッセージを表示して終了します。



n processDoc(iWin, iDoc, iLoc, iter)



関数processDoc(iWin, iDoc, iLoc, iter)



は、辞書ページデータの抽出、処理、保存が含まれます。 それは、コードの対応するコンソール部分と最も異なります-辞書の違いと、新しいツールの機能のためです。



辞書エントリの不要な部分をクリーンアップすることから始めます。 次に、キー要素を決定し、そのすべてのテキスト部分のリストを取得します（ XPathの機能により、HTML要素が埋め込まれていない最終的な有限テキストノードを正確に取得できるため、ドキュメントの構造を損なうことなくコンテンツを変更できます）、そしてこれらすべてを公開します上記の低レベルクリーニングの要素-このように、最初から記事のテキスト全体で特殊文字のスクリーニングを取得し、このテキストの上にDSLタグの追加をすでに簡単に行うことができます。



次に、将来の辞書エントリのタイトルを作成します。



これが通常の辞書ページである場合、目的の要素からメインの見出しを抽出し、それにスペルオプション、フォーム、および派生語を追加します（辞書のシェルで新語の形態をモデル化するのは難しい場合があるため、辞書の作業を促進することをお勧めします）。ここで、NW.jsを接続する主な理由の1つである要素のプロパティに初めて会いますinnerText



。JSDOMにはアクセスできません（理由の説明）。ライブラリにはtextContent



、複雑な要素からテキストを抽出するのに非常に不便なプロパティしかありませんでした（マークアップテキスト（HTMLコード）と表示テキストの混合のため）。物件innerText



複雑なページに必要な自信を与えてくれます：辞書記事やその部分の構造が何であれ、有用な読みやすいテキストを正確に抽出します（クリップボードを介してシステム手段によってページウィンドウから情報をコピーすると得られます）。同じプロパティを使用して、抽出する前に余分なテキストを一時的に除外することができます（たとえば、見出しリストに単語フォームを配置する前に文法マークを削除します）：不要な要素を非表示にすると、それらのテキストはプロパティの構成になりません（その後、表示をオンにし、ゴミは記事の本文に残ります）。



タグページの1つを処理すると、タスクはより単純になります。「＃」の組み合わせが先頭にあるメインの見出しのみを保存します。したがって、タグの一般的なリストは「＃Tags by Category」という語彙の下で見つけることができ、単一のタグによって結合されたヘッダーのリストは「＃acronyms and abbreviations」などの語彙の下で見つけることができます。



次に、記事の主要部分の抽出と再発行を開始します。予備段階で取得されたタグのリストにより、おおよその処理計画の概要を示し、驚きを最小限に抑えることができました。この処理は危険な妥協案です。記事の構造の一部を予見して自信を持って使用できますが、他の驚きに対して安全にプレイすることしかできません。



挿入と置換には、メソッドを使用しますinsertAdjacentHTML()



、それはマークアップ構造に関して最も控えめだからです。



したがって、まずマクロ構造を使用して、記事の大きなブロックを操作します。ブロック要素の間に空の行を挿入し、プロパティinnerText



を要求した後、より読みやすいテキストを取得します。タグhr



をシンボリック疑似行に置き換えます。組み込みのフレーム（ビデオやツイートなど）を警告に置き換え、サイト上でそれらに慣れる招待を行います。



次に、構造を少し下げます。引用符は引用符で囲みます。リストマーカーの配置。ランダムマークアップエラーを修正します（たとえば、記事のいずれかの擬似タグsmirk



とflame



引用されたコードの一部から誤ってマークアップに変わり、表示されたテキストから消えます）。を使用してページに追加されるコンテンツをテキストに貼り付けCSS



ますinnerText



。したがって、プロパティには含まれません。



その後、一致する要素をDSLタグでラップし始めます。



色とフォントの太さで見出しと小見出しを強調表示します。タグ自体のプロパティによって、またはCSSによって、ページ上で強調表示される要素を斜体とフォントの太さで選択します。同時に、事前に何かを予測することができ（タグまたはクラスの名前を持つセレクターを使用してリクエストする）、その場で何かを見つける必要があります：このために、すべての要素をリクエストしますspan



記事内で、計算されたスタイルパラメーターを確認し、必要に応じてタグを追加します。同時に、相互に同じフォーマットタグを複製しないようにします（HTMLとは異なり、これはDSLで許可されていません）-このため、処理された要素を特別な属性でマークし、DOMツリーでその存在を確認します。



次のステップ-そして、すべての上限および下限インデックスをマークしました。



次に、リンクを処理しました。現在のページへの自動リンクをそのまま保存します。サイト内リンクは、DSL形式の辞書内リンクになりました。外部リンクは、ネットワークURLとして設計されました（同時に、DSL形式なので、リンクの前に読み取り可能なテキストを保存し、下線を引こうとしましたネットワークアドレスをテキストの後ろに隠して、すべてを1つの全体にまとめることはできません）。



また、画像を外部リンクに置き換えました（サイト上の画像は非常に大きいため、辞書に埋め込みませんでした-必要に応じて、ユーザーはサイトのアドレスにアクセスできます）。



最後に、引用を強調するために追加のインデントを挿入しました（つまり、各新語の使用例）。



結果は1に2つである：すべてのマーキング保存されたHTMLを、そしてその中に-マーキングDSLを、同時にそれらの間の矛盾なし。そして、プロパティをリクエストするときinnerText



、HTMLに残されているのは、DSLタグでラップされた構造化された読み取り可能なテキストであり、辞書コードとして直接保存する準備ができています。



関数によって最終処理を行うことを忘れずに、ヘッダーのリストの後に辞書ファイルに書き込みますsecureHigh



。次に、保存ログとプログラムウィンドウの情報ブロックを更新し（非同期スクリプトによってページコンテンツが形成されるまでの時間に関するデバッグ情報を追加することにしました）、次の反復の前にヘッダーのリストをクリアし、アドレス配列を確認して次のページを要求するか、サイクル完了。



について。機能endSaving()



これは、保存サイクルの終了時、またはユーザーの要求でのエラーの結果として、またはエラーの後に呼び出されます。その中で、ファイル記述子を閉じ、入力/出力パス変数をクリアし、不要になったイベントハンドラーをキャンセルし、インターフェイス要素に初期フォームを返します。終了フラグがオンの場合、関数の最後に強制的にメインウィンドウを閉じます。

4.リソース

すでに述べたように、NW.jsのプログラムは、ユーザーデータのシステムフォルダーに、ブラウザーのプロファイルフォルダーに似たサブフォルダーを作成します。特に、同じタイプのページの読み込みを高速化するキャッシュファイルを格納すると想定できます。私の場合、辞書を保存した後のこのサブフォルダーは138メガバイトかかりました。作業の最後に、安全に削除できます-次回プログラムが自動的に作成するとき（最初の起動に時間がかからない場合）。



スクリプトは、辞書を1時間半保存し、この間にすべてのリソースでほぼ3万5千ページを処理しましたが、プロセッサーは大幅にロードしませんでした。このスクリーンショットから、メモリ消費量とプログラムの最後までの読み取り/書き込みボリュームを見積もることができます。



辞書（2016年2月16日時点のサイト）は、rghost.netおよびdrive.google.comで入手できます。アーカイブには、UTF-8およびUTF-16でエンコードされたDSLソースのほか、ABBYY Lingvoの最新の3つのバージョン用にLSDでコンパイルされた辞書が含まれています。見出し：5827; カード：3419; 使用例：9311。



ご清聴ありがとうございました。