👨🏾‍🏭 📌 🧑🏼‍🤝‍🧑🏻 AndroidのeMule 👎🏾 🍯 👂🏻

AndroidのeMule

これは、eDonkeyネットワークからAndroidを実行しているモバイルデバイスにファイルをダウンロードできるようになったストーリーです。 eDonkeyプロトコル（ED2K）のクライアントの開発は長い間中止されたという意見がありますが、これは完全に真実ではありません。

すぐに予約します-これはeMuleプログラムの変更に関するものではなく、このプログラムのファッションに関するものでもなく、独立したプロジェクトに関するものです。なぜeMuleなのか-クライアントのこのよく知られた名前は一般的な名前になり、通常ED2Kプロトコルを使用したファイル共有について話すときに参照されるためです。

以下の詳細。

まえがき

数年前、私はED2Kネットワーク（eDonkey2000）のクライアントの開発に参加しました。このネットワークは、ロシアではほとんど忘れられていましたが、ヨーロッパではまだ非常に人気があります。最も有名な顧客はeMuleとそのクロスプラットフォームmod aMuleです。

eDonkeyプロトコルと変更されたeMuleクライアントは、ローカルISPネットワークで使用され、ネットワーク内でファイルを交換します。要件は次のとおりです。トレントのサポートの追加、クロスプラットフォームのLinux、Windows、Mac、およびパフォーマンスの改善。 eMule、aMule、およびその他のクライアントのコードを調査した後、既存のプログラムにトレントを挿入するよりも、すべてをゼロから書く方が簡単であることが明らかになりました。ネットワーク接続とインターフェイスを提供するカーネルにコードを分割することが決定されました。ライブラリについては、悪名高いlibtorrent-rasterbarがqBittorrent GUIのプロトタイプとして機能しました-既にlibtorrent-rasterbarを使用しているためです。したがって、プロジェクトはC ++、boost、およびQtを使用して実装されました。 libtorrent-rasterbarおよびlibed2kトランスポートとして、guiは再設計されたqBittorrentです。

長い間、モバイルアプリケーションのオプションについて考えていました。 QtQuickアプリケーション、JNIを介してライブラリ呼び出しを行うJavaアプリケーション、またはネイティブアプリケーションでさえも可能です。モバイルプラットフォームの開発経験はまったくありませんでしたが、Qtの経験があったため、最初のオプションが選択されました。アプリケーション自体ではなく、トレントを含まない軽量バージョンを移植しました。今後は、すべてがJavaで書き直され、ネイティブアプリケーションが作成されたと言います。

クロスコンパイルライブラリ

元のプロジェクト用に別のlibed2kライブラリが作成され、ED2Kネットワークでの作業が提供されます。

libed2kをビルドするには、コンパイル済みのブーストが必要です。これから始めました。

適切なソリューションを見つけるプロセスで、元のNDKとCrystaxNDKを使用してオプションを試しました。 Crystaxには、既に組み立てられたブーストがありました。ブーストを組み立てることは、私にとって最も難しいタスクの1つでした。テストアプリケーションは非常に迅速に作成されましたが、起動時にクラッシュしました。開発者は、何らかの種類のスタブによってまだ実装されていないシステム関数を置き換え、呼び出されると、アプリケーションが信号を受信してクラッシュすることが判明しました。私の意見では、これは最良のオプションではありません-アプリケーションは構築されていますが、機能しません。私はCrystaxの再構築に打ち勝つことができなかったので、元のNDKに頼らなければなりませんでした。

ブーストアセンブリ

想像していたよりもずっと簡単だったことがわかりました。一般的に、スクリプトを実行することになります。まず、 Boost-for-Androidプロジェクトをご覧ください。 boostとNDKの互換バージョンが必要になります。クエストの古いバージョンのNDKをダウンロードしてください-以下は、これを行う方法の説明へのリンクです。

実際には、これでほぼすべてです。Boost-for-Androidの指示に従う必要があります。

図書館集会

ライブラリはCMakeを使用しており、これは問題でした。一般に、CMakeはAndroid Studioで利用できますが、私はそれについて何も知らず、常にコンソールからアセンブリを開始しました。それからandroid-cmakeプロジェクトが助けてくれました。

サポートのために、Android.cmakeファイルを追加する必要がありました。これはLinuxの構成とほぼ同じで、find_packageの代わりにfind_host_packageを使用して、そのようなスタブを追加します。

if(NOT COMMAND find_host_package) macro(find_host_package) find_package(${ARGN}) endmacro() endif()

ビルドプロセスの詳細については、 libed2kを参照してください。

GUIアセンブリ

この部分は最初から行わなければなりませんでした。一部のモデルを再利用し、カーネルで動作することが判明しました。 QMLコードの例などを見る最初から書くのは選択肢ではないという結論に達しました。開発を簡素化する方法を探す必要があります。私にとって、この方法はqml-materialを使用することでした。すぐに、高度な芸術レベルで作成されたモバイルアプリケーションインターフェイスの基本的な要素があります。インストールは簡単です。作成者が推奨するものを使用することも、Qtインストールのフォルダーにすべてをダウンロードして手動で配置することもできます。
さらに、すべてが多かれ少なかれ標準パスに沿って進みます-事前に組み立てられたライブラリへのパスを指定し、アセンブリを開始します。展開を簡素化するために、アセンブリを静的にしました。

わずかな利益をもたらす広告でも、開発を継続し、改善する意欲があります。詳細は説明しません。QtAdMobによる単純なGoogle検索では、アプリケーションに広告を埋め込むときに使用した記事へのリンクが提供されます。

アカウント確認プロセスについて説明します。 AdMobには、口座への便利な資金引き出しがあります。資金を引き出すことができる基準は100ドルからです。ただし、1つの障害があります-アカウントを確認する必要があります。検証は、コード付きの実際の紙のカードを郵送することで行われます。約1か月の間隔で3回試行されます。私はすべての試みを無駄に費やすことを恐れて、もっと長く待っていましたが、何も待っていませんでした。しかし、それはすべてうまく終了したので、私は広告に言及することにしました。 admobによって提案された間隔でハガキを待つ必要はありません-すべての試行が終了し、チェック期間が終了すると、メールで文書のスキャンを送信するだけで確認できます。スキャンに透かしを追加できます-引き続き受け入れられます。

転記

Google Playでの公開に関するいくつかの言葉。 Google Playの例について説明します。これは、今では無条件の独占者だからです。残念ながら、Amazonのような最も近い競合他社は存在しませんでした。

これで、アプリケーションの準備が整い、アカウントに支払いが行われ、パッケージが組み立てられます。公開できます。私にとって、この出版物は一種の単純な自動ステージとして提示され、それ自体で終了するようになりました。幸いなことに、これは基本的に当てはまります。特に更新プログラムを公開する場合は、説明とスクリーンショットを準備するだけです。ただし、[公開]ボタンをクリックする前に、Googleの公開ルールを読むことが重要です。そうしないと、アプリケーションのブロックに関する通知を受け取った後にルールを読む可能性が高くなります。ドキュメントを読むのが面倒で、ブロックしてから勉強しました。 Googleは違反の正確な説明を送信しません-違反したルールのセクションのみ、出版物が検証に合格しなかったことを自分で判断するよう求められますが、これはそれほど単純ではありません。

そして最後に-アルファ版とベータ版を使用すると、非常に便利です。すべてはリリースと同じですが、アクセシビリティを設定でき、ユーザーはアプリケーションを公開評価できません。最初の段階で負の評価を避けるのに役立ちます。

ほとんど私の唯一のPRアクションは、公式のeMuleフォーラムでの発表です。私はもうプロモーションを試みませんでした。それでも、インストールの数は徐々に増加しました。最初の更新後、プログラムはGoogle Playを禁止しました。はい、これも起こります-アップデートをリリースし、アプリケーションのブロックに関する手紙を受け取ります。ブロックする理由は、他人のなりすましまたは著作権侵害です。上訴の試みは失敗しました。 Roxetteをダウンロードしたプログラムのスクリーンショットと、Androidロゴの一部から組み立てられたプログラムアイコン自体が疑われました。さらに、この禁止は広告の追加、アイコンの描画、その他の改善を促すだけでした。新しいアイコンと編集されたスクリーンショット、および新しい名前を使用してアプリケーションを再公開すると、問題が解決しました。今後、jDonkeyという名前の次のアプリケーションも禁止されたため、「ロバ」という名前に問題があるのではないかと思います。更新は年間を通じてリリースされ、Kademliaのサポートが追加されました。

設置数は年間を通じて増加しましたが、現在は徐々に減少し始めています。これはおそらく、Javaのバージョンへのユーザーの移行またはED2Kネットワークからのユーザーの一般的な流出によるものです。並行して、広告なしの有料版を公開しました-まったく予想外ですが、販売されていました。

一般に、アプリケーションは非常に安定していることが示されています。

おわりに

実際、これはAndroid上のC ++アプリケーションに関するものです。 Qt / C ++バンドルは、Androidで非常にうまく機能します。 qml-materialコンポーネントを使用すると、美しいインターフェイスをすばやく構築できます。欠点の1つは、アプリケーションの長時間のロードと、システムとのより複雑な統合です。前述したように、アプリケーションはJavaで書き直され、現在このオプションのみが開発されています。この記事に興味がある場合は、eDonkeyプロトコルの内部デバイス、Kademlia（DHT）とは何か、およびその仕組みについて詳しく説明します。

AndroidのeMule