electronとnodejsの関係についての質問
最近いくつかの問題が発生しました.TCP通信のブロックについてです.electronの紹介では、ChromiumとNode.jsを同じ運行環境に統合しています.
それはv 8のAPIやNODEのモジュールを正常に使えるということですか?開発の過程で、私はそうではないことを発見しました.あるいは、紹介の中で言及した合併nodejsから同じ運行時の環境にはnodeの運行時の環境が含まれていません.
簡単な例を挙げると、もともと私達のプロジェクトは各端末と互換して長い接続をする必要があったので、websocketではなくsocketを使いたいです.そしてgoogle protobufを使ってデコードします.しかし、問題も相次いでいます.
google protobufコードの後に戻ってくるのは1つのuint 8 Arayデータで、1つのobjectで、netモジュールでメッセージを発送して、stringあるいはbufferでなければなりません.
多くの資料を探しました.フロントエンドにこのブロックはブザーという対象がないです.例えば、nodeモジュールを通してブザーを書いてプリントします.node環境では、出力
だから、私はelectronの中のchromiumとnode.jsが同じ運行時に悪い環境に合併されたという話に対して、大きな疑問を持っています.
new Bufferで発生する対象は先端でいつまでもuint 8 Arayと表示されます.
結論:electron統合のv 8エンジンとnodeの中のV 8は完全に一致しないで、政府は説明があります.
それはv 8のAPIやNODEのモジュールを正常に使えるということですか?開発の過程で、私はそうではないことを発見しました.あるいは、紹介の中で言及した合併nodejsから同じ運行時の環境にはnodeの運行時の環境が含まれていません.
簡単な例を挙げると、もともと私達のプロジェクトは各端末と互換して長い接続をする必要があったので、websocketではなくsocketを使いたいです.そしてgoogle protobufを使ってデコードします.しかし、問題も相次いでいます.
google protobufコードの後に戻ってくるのは1つのuint 8 Arayデータで、1つのobjectで、netモジュールでメッセージを発送して、stringあるいはbufferでなければなりません.
多くの資料を探しました.フロントエンドにこのブロックはブザーという対象がないです.例えば、nodeモジュールを通してブザーを書いてプリントします.node環境では、出力
データを直接実行し、先端ではuint 8 Arayを出力する配列である.このTypedArayは汎用的な固定長バッファタイプで、バッファのバイナリデータを読み取ることができます.uint 8 Aray.buffer属性はarraybofferに対する参照ですが、net.socket.write方法によって、やはり誤報があります.だから、私はelectronの中のchromiumとnode.jsが同じ運行時に悪い環境に合併されたという話に対して、大きな疑問を持っています.
new Bufferで発生する対象は先端でいつまでもuint 8 Arayと表示されます.
結論:electron統合のv 8エンジンとnodeの中のV 8は完全に一致しないで、政府は説明があります.