電子開発した最初のアプリケーション
背景
活動は、既にテンプレートベースに行われますが、仕事のほとんどは、日常的な活動の一部であるため、実際の量は、ボタンの位置に通常の調整を開発する必要はありませんどのような、色、フォントサイズは、すぐに何を発表することができ、
しかし、公開できるものの開発を経る営業活動は、彼らの業務効率に影響を与える（╮（╯▽╰）╭）、指示が発展し始めた：ドラッグして（°「Д」゜モジュラーに期待しては、あなたが（アクティビティを生成することができます）°一般的に、それはあなたがそんなにスペース、良いプレーを与えるように設計された、だけでなく、それが対話することがあります）H5型のMAKAにこの生成ツールを理解良い仕事に加えて鶏肉を行うことができます。╮（╯▽╰）╭見て無知な力、それはについて慎重に検討するために戻って取得するために、行っている表します。。。
電子大法が良いです！
深い思考（長い闘争がもつれ、速い吐血）、（╯▔^▔）╯うち電子の使用は、それが元々のバックオフィスアプリケーションを作成することを意図していた（難易度を最小限に抑えることができますが、私の腸はどのように単純な私に語ったことの期間の後ただ、ブラウザ互換性のある互換性の問題（を取り除くためにどのように）、使用のWeb技術開発（効率がキャリーを運ぶ）、あなたは、）nodejsモジュール（サポート偉大良いの膨大な数の利点を取ることができ、すべての幸せを聞いて、ああです）。これらは、電子の開発を選んだ理由です。
どのように更新します
それはクライアントのアップデートが大きな問題であることを確認したい場合は、アプリケーション全体を更新すると、開発パッケージ圧縮72Mの基本的な完了後（node_modules圧縮も20Mを持った後、パッケージに依存してより多くの、いずれかの最適化を行っていない）、それは素晴らしいAとみなされるべきです。最初の分布は、実際には何も問題ですが、すべての場合には、アプリケーション全体を手動で更新する演算子、確かに不幸なオペレータを可能にし、楽しみにプログラムを置くために持っている場合は自動的に更新されます。
Githubの内のドキュメントを超える読むには、特別なものである自動更新を導入 ポータルを、電子チームは非常に近く、一連の溶液にもあるが、（私はただ単純に必要な背の高いので、技術へのアクセス何を感じていませんそれにはほとんど）、良い（╯▔^▔）╯、自分のラインを決定して設定します。
まず、電子のうち電子パッケージャの使用、パッケージ化されたアプリケーション（企業はWindowsのみのための窓が、パッケージ化することができますが、プロセスをパッケージ化することは非常に時間がかかりますので、時間がほとんどコピーに費やされているフォルダをnode_modules）、電子パッケージャを見つけることは容易です私たちは、フォルダnode_modulesの内容をコピーする必要がない場合、実際には、テンプレートを生成するだけ（実際には、一般的に言えばnode_modulesが頻繁に変更されません）多くのことを増加します速度を梱包、コンテンツの変更、それを以下の各フォルダのリソースの内容を変更します、およびENVISION node_modules SRC（コード）将来のアップデート、更新のみsrcディレクトリが非常に高速であるように、別々にパッケージに始まりました。
ASARファイル
電子文書を見てみると、電子内のファイル形式のサポートASARと呼ばれて見て、最終的にそのASARは、次のような種類のフォーマットのそれは、GitHubの公式の記述があるものです：
ASARは、ランダム・アクセス・サポートを持ちながら、それは、一緒に圧縮することなく、すべてのファイルを連結し、タールのように動作し、簡単な大規模なアーカイブ形式です。
このファイル形式は、それが内部にアクセスするためのファイルフォルダとして使用することができ、非常に重要なポイントがあり、一緒にあなたのファイルを整理するために、単純に見られ、圧縮されていないことができ、あなただけ書き込めません読み取ることができます。
このフォーマットではsrc.asar再作成した内部のコードの実行、アプリケーションの起動時に直接対応するsrc.asarファイルを必要とし、node_modules.asarとsrc.asarにパッケージ化されnode_modulesと、srcのアイデアを提供しますウィンドウとページをロードします。
あなたは、コードのために小さいサイズの種類を行うための高い要件を（持っている場合はその後、もちろん、更新のみnode_modules.asar更新し、これら二つの文書をsrc.asar、この場合には、更新の全体のサイズが縮小されるの適用アップデートファイルレベル）が再び考えなければならないが、私の現在のシナリオで十分であることがあります。
リトル問題
言い換えれば、モジュールネパールの内側node_modules.asar見つけるどのように少し問題が、コード内のsrc.asarがあり、私が使用した方法について投稿モジュール検索パス上に配置node_modules.asarにする方法：
require('module').globalPaths.unshift(require('path').join(process.cwd(), 'resources/node_modules.asar'));限りglobalPathsを印加し、第1の配置のように（はるかに速く見つけます。）。
アプリ、node_modules、SRC：更新プログラムによると、プロジェクトのディレクトリ構造はフォルダ私の三つの主要なプロジェクトに少し変更を行う必要があります。今、最後にあなたには、いくつかのネパールをやりたいというアプリカタログのコードの下に言うべきnode_modulesとSRC言うまでもなく、
1. 先检查有没有文件需要更新，如果有弹出更新窗口（代码先请求一个manifest.json文件，里面有文件的MD5，用现有的文件做对比）
跳到2，没有就跳到3
2. 依次下载对应的文件，例如：src.asar.update, node_modules.asar.update，下载完成后，直接替换旧的文件
3. 最后require('src.asar').createApp()创建主界面，现在就能保证应用启动时都是最新的代码（只要下载没出问题）
終了
簡単な解決策は、事業者は、更新のトラブルを訴えるなかったので、誰もが幸せです。もちろん、実際のユーザーシナリオの顔は、と再学習（╯▔^▔）を╯改善するために、後にゆっくりと、場所の不足があるはずです。
しかし、公開できるものの開発を経る営業活動は、彼らの業務効率に影響を与える（╮（╯▽╰）╭）、指示が発展し始めた：ドラッグして（°「Д」゜モジュラーに期待しては、あなたが（アクティビティを生成することができます）°一般的に、それはあなたがそんなにスペース、良いプレーを与えるように設計された、だけでなく、それが対話することがあります）H5型のMAKAにこの生成ツールを理解良い仕事に加えて鶏肉を行うことができます。╮（╯▽╰）╭見て無知な力、それはについて慎重に検討するために戻って取得するために、行っている表します。。。
電子大法が良いです！
深い思考（長い闘争がもつれ、速い吐血）、（╯▔^▔）╯うち電子の使用は、それが元々のバックオフィスアプリケーションを作成することを意図していた（難易度を最小限に抑えることができますが、私の腸はどのように単純な私に語ったことの期間の後ただ、ブラウザ互換性のある互換性の問題（を取り除くためにどのように）、使用のWeb技術開発（効率がキャリーを運ぶ）、あなたは、）nodejsモジュール（サポート偉大良いの膨大な数の利点を取ることができ、すべての幸せを聞いて、ああです）。これらは、電子の開発を選んだ理由です。
どのように更新します
それはクライアントのアップデートが大きな問題であることを確認したい場合は、アプリケーション全体を更新すると、開発パッケージ圧縮72Mの基本的な完了後（node_modules圧縮も20Mを持った後、パッケージに依存してより多くの、いずれかの最適化を行っていない）、それは素晴らしいAとみなされるべきです。最初の分布は、実際には何も問題ですが、すべての場合には、アプリケーション全体を手動で更新する演算子、確かに不幸なオペレータを可能にし、楽しみにプログラムを置くために持っている場合は自動的に更新されます。
Githubの内のドキュメントを超える読むには、特別なものである自動更新を導入 ポータルを、電子チームは非常に近く、一連の溶液にもあるが、（私はただ単純に必要な背の高いので、技術へのアクセス何を感じていませんそれにはほとんど）、良い（╯▔^▔）╯、自分のラインを決定して設定します。
まず、電子のうち電子パッケージャの使用、パッケージ化されたアプリケーション（企業はWindowsのみのための窓が、パッケージ化することができますが、プロセスをパッケージ化することは非常に時間がかかりますので、時間がほとんどコピーに費やされているフォルダをnode_modules）、電子パッケージャを見つけることは容易です私たちは、フォルダnode_modulesの内容をコピーする必要がない場合、実際には、テンプレートを生成するだけ（実際には、一般的に言えばnode_modulesが頻繁に変更されません）多くのことを増加します速度を梱包、コンテンツの変更、それを以下の各フォルダのリソースの内容を変更します、およびENVISION node_modules SRC（コード）将来のアップデート、更新のみsrcディレクトリが非常に高速であるように、別々にパッケージに始まりました。
ASARファイル
電子文書を見てみると、電子内のファイル形式のサポートASARと呼ばれて見て、最終的にそのASARは、次のような種類のフォーマットのそれは、GitHubの公式の記述があるものです：
ASARは、ランダム・アクセス・サポートを持ちながら、それは、一緒に圧縮することなく、すべてのファイルを連結し、タールのように動作し、簡単な大規模なアーカイブ形式です。
このファイル形式は、それが内部にアクセスするためのファイルフォルダとして使用することができ、非常に重要なポイントがあり、一緒にあなたのファイルを整理するために、単純に見られ、圧縮されていないことができ、あなただけ書き込めません読み取ることができます。
このフォーマットではsrc.asar再作成した内部のコードの実行、アプリケーションの起動時に直接対応するsrc.asarファイルを必要とし、node_modules.asarとsrc.asarにパッケージ化されnode_modulesと、srcのアイデアを提供しますウィンドウとページをロードします。
あなたは、コードのために小さいサイズの種類を行うための高い要件を（持っている場合はその後、もちろん、更新のみnode_modules.asar更新し、これら二つの文書をsrc.asar、この場合には、更新の全体のサイズが縮小されるの適用アップデートファイルレベル）が再び考えなければならないが、私の現在のシナリオで十分であることがあります。
リトル問題
言い換えれば、モジュールネパールの内側node_modules.asar見つけるどのように少し問題が、コード内のsrc.asarがあり、私が使用した方法について投稿モジュール検索パス上に配置node_modules.asarにする方法：
require('module').globalPaths.unshift(require('path').join(process.cwd(), 'resources/node_modules.asar'));限りglobalPathsを印加し、第1の配置のように（はるかに速く見つけます。）。
アプリ、node_modules、SRC：更新プログラムによると、プロジェクトのディレクトリ構造はフォルダ私の三つの主要なプロジェクトに少し変更を行う必要があります。今、最後にあなたには、いくつかのネパールをやりたいというアプリカタログのコードの下に言うべきnode_modulesとSRC言うまでもなく、
1. 先检查有没有文件需要更新，如果有弹出更新窗口（代码先请求一个manifest.json文件，里面有文件的MD5，用现有的文件做对比）
跳到2，没有就跳到3
2. 依次下载对应的文件，例如：src.asar.update, node_modules.asar.update，下载完成后，直接替换旧的文件
3. 最后require('src.asar').createApp()创建主界面，现在就能保证应用启动时都是最新的代码（只要下载没出问题）
終了
簡単な解決策は、事業者は、更新のトラブルを訴えるなかったので、誰もが幸せです。もちろん、実際のユーザーシナリオの顔は、と再学習（╯▔^▔）を╯改善するために、後にゆっくりと、場所の不足があるはずです。