Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

API cleanup

オープン
#228 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
20/100
issue の種類
リファクタリング
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
c, python
領域
api

調査の方向性

まず、src/_frida.c と frida/core.py の API 構造を比較し、Core/init の分割と同期・非同期インターフェースを含めて確認します。どの Python クラスが C の機能をラップしているかを対応付け、それらを変更した場合の互換性への影響を特定します。実装前に、合意済みの整理範囲と移行計画が定まっていれば完了とします。

索引モデルが issue の本文から書いたものです。

説明

The current API is a bit messy, especially compared to comparative wrappers like frida-node. I think we have three main areas where we should focus our cleanup one:

  1. Core and init merge - if there is a reason for the split I would love to know but as it seems, the split only make the API confusing and verbose.
  2. Uniform interface - we have the C wrapper of Frida in src/_frida.c and the Python wrapper of the C wrapper at frida/core.py. I think we should try to merge them when we can, sometimes we have Python classes that are just dumb wrappers. When we can't merge them, we should only expose the Python wrapper no matter what, otherwise it become confusing really fast.
  3. Async everything - We only support Python 3.7+ and soon will drop support for 3.7 (EOF in June), so we can use the "new" asyncio package. We would keep the sync methods with a _sync prefix, at least I think we should.

The big question of course is how to handle this cleanup, it will break all usages of the library but it's probably for the best.

主要言語
Python
スター
873
フォーク
173
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

frida/frida-python のほかの issue

frida/frida-python の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。