WechatSpellbook

wechatスペルブック

---

2018.11.24ステータスアップデート

私は過去6か月間忙しすぎて、プロジェクトを更新していません。

最近、私は長い間遅れてきたパフォーマンスの問題を解決するために1日以上を費やしました。 APKパーサーを書き換え、新しいデータ構造と並列コンピューティングモジュールを有効にすることにより、パフォーマンスは10倍以上改善されました。詳細については、これら2つのコミットを参照してください：5BF7804＆388E25F

その後、プロジェクトのほとんどすべてのコメントは、将来のコミュニケーションを促進するために中国語に変更されました。修正されていない残りの部分は、熱狂的な人々に心から助けられています。そして、それらを翻訳するのは本当に疲れています。

次に、現在提出されている問題をチェックして、6.6.x以上のWeChatバージョンに適応する機会を見つけますが、これは12月末まで待たなければならないかもしれません。

---

Wechat Spellbookは、Kotlinで書かれたオープンソースのWechatプラグインフレームワークです。基礎となるレイヤーは、XposedやVirtualXposedなどのフレームワークをフッキングすることをサポートする必要がありますが、最上層はJava、Kotlin、ScalaなどのJVM言語に簡単に接続できます。プログラマーにシンプルなWechatプラグインを数分で書き、WeChatの内部論理を自由にこねます。

さらに、プロジェクトドキュメントを作成する過程で、Reverse WeChatとさまざまなオペレーティングシステムに適応することで触れられた落とし穴でいくつかの経験を共有する機会もあります。また、無料での議論のためにあなたの経験を共有することも歓迎します。

便利な機能

• さまざまなメカニズムを慎重に設計し、マルチスレッドや怠zyな評価などのテクニックを合理的に使用します。未使用関数は、パフォーマンスに影響を与えません。
• 一連のAPIを使用して、WeChatの内部構造特性を自動的に分析して、手動の適応を避けます。各WeChatバージョンのさまざまなクラス名とメソッド名。
  • WeChatの更新がいつでも、書かれた単体テストを使用して、機能が無効かどうかを自動的に確認します。
  • 慎重に設計されたフレームワークにより、開発者は必要な機能を簡単に拡張および追加できるようになります。
• フレームワークは、2つの異なるイベント処理方法、 EventCenterとHookerProviderで設計されています。
  • EventCenterを使用すると、開発者は設計されたイベントメッセージを直接使用してWeChatデータを傍受して利便性を確保できます。
  • HookerProviderを使用すると、Xposedに精通している開発者がXposedインターフェイスを呼び出して自由にプレイし、自由を確保できます。
• EventCenterスキームの正しい使用は、Xposedの小さな問題を回避するのに役立ちます。
  • 以前のハイジャッカーによる関数呼び出しの中断によって引き起こされるプラグインは、相互に対立します。
  • Xposedは、Android 7.0以降に時々遭遇し、マルチスレッドのためにARTがクラッシュします。

デリバティブプロジェクト

• wechatmagian
• wechatbotxposed

開発文書

• 導入
• すぐに始めましょう
• 開発チュートリアル
  • イベントメカニズム
  • 反射コレクション
  • 難読化と自動適応
• リバーススキル
  • 一般的な逆ツール
  • デバッグ出力
  • スタックトレース
  • サポートライブラリ
  • 再起動フリーデバッグプラグイン

virtualxposedについて

現在、VirtualXposed環境とネイティブXposed環境は非常に異なるため、VirtualXposedのサポートは完全ではありません。 Weishuと私は、いくつかのデバイスで黒いスクリーンの問題を解決する前に、長い間苦労しました。今、私たちがコードをリリースするとき、私たちはバグができるだけ早く亡くなるのを助けることを望んで、3つの純粋なものと他のグアン・ゴングを崇拝します。

開発者に書かれています

わずか1年で、WeChat Reverse Out of Interingと接触したとき、私はあらゆる種類の開発者、投資家、サポーターと接触しました。 WeChatの複雑で成熟した建築に深く魅了されていますが、WeChatとサードパーティWeChatの激しい競争に由来する巨大な灰色の産業にも驚きました。多くの友人が、ソースを閉じて商業化するようにアドバイスし、多くの詳細なアイデアを提出しました。私は彼らの助けに非常に感謝していますが、最終的に私は2つの理由でオープンソースの方向に別の大きな一歩を踏み出すことにしました。

まず、ここで止めたくありません。商業化には、必然的に多くの時間、エネルギー、権利の紛争が含まれます。私は20歳のときに誤って作った小さな成果に多くの時間とエネルギーを費やしたくありません。そして、このプロジェクトは、最終的にWeChatの寄生虫のプロジェクトに帰着します。このパターンは、私が毎日インターンシップのポジションと接触し、大学のクラスメートと話をするものと同じレベルではありません。私は自分の才能が限られていることを知っていますが、機会があればもっと高いレベルで景色を見たいと思っています。

第二に、私はあまりにも理想主義的です。中国のインターネットは、すでに非常に幼い頃から非常に商業的な世界でした。私は商業化に反対していませんし、商業化には道徳的な問題があるとも感じません。人々はいつも食べなければなりません。自分の才能に頼って生計を立てることができ、盗んだことも強盗もないことの何が問題になっていますか？しかし、私はいつも私の心に迷っていると感じています。なぜなら、私が最初に恋をしたのは、無料のインターネット、すべての才能のある好奇心の強い若い男の子供の遊び場だったからです。考えが0と1で表現されている限り、それらを止めることができるルールはもうありません。彼らは子供の遊び場の王です。私たちの国の若い世代がコンピューターに興味を持つようになったとき、彼らは西洋諸国の子どもたちのような言語の障壁がなく、西洋諸国の子どもたちのように0と1のこの世界に恋をすることができることを願っています。私のプロジェクトを使用してプラスチシンのようにウェシャトをこね、当時のように深く世界の楽しみを楽しむことができる若い中学生と高校のジュニアがいる場合、それは私にとって大きな励ましと幸福になるでしょう。

もちろん、私のプロジェクトに基づいて商業プロジェクトをやりたい開発者は、それを受けてください。私は道徳的な誘nが好きではなく、誘nの必要性はないと思いません。しかし、1ダース以上のコードを貢献して、暇なときに見つけたバグを修正できるなら、あなたはすでに非常に感謝しています。

QRコードに報いる

第5号の要求に応じて、報酬QRコードを投稿して、平和的な技術的議論に戻ります。