【C#アプリ開発事例】TubeEater開発の裏側：自動化、多言語対応、不具合修正の記録

旅の途中、ふと、かつて記した古い羊皮紙を見つけた。忘れないうちに、その記憶をここに書き留めておくとしよう。

コロナワクチンという名の試練に倒れ、39.4度の熱に浮かされながらも、私は「TubeEater」という神器の錬成を続けていた。しかし、完成間近で直面したのは、YouTubeの利用規約という、あまりに巨大な壁。この神器は、今はもう動かぬ幻となった。これは、その開発の旅路における自動化の仕組み、多言語対応の設計思想、そして数多の不具合との戦いを記した、技術的教訓の記録である。

薄暗い工房。完成間近の、美しく輝く神器。しかし、その主は、一枚の羊皮紙（利用規約）を手に、力なく、うなだれている。創造の喜びと、それを打ち砕く、冷たい現実との、残酷な対比。

今となっては、NuGetパッケージという名の部品が時の砂に埋もれ、新たにこの神器を錬成することは叶わない。しかし、そこに込められた自動化の仕組み、多言語への対応、そして数多の不具合との戦いの記憶は、未来の冒険者たちの、何かの役に立つかもしれない。

この羊皮紙が導く者

かつて、YouTubeからビデオをダウンロードするという、禁断の夢を見た者
.NET 6のC#で、デスクトップアプリケーション（Windows上で動作するソフトウェア）を創り出す術に興味がある者
自動化（ユーザー操作を最小限にする仕組み）の設計思想を学びたい開発者
多言語対応（複数の言語に対応するシステム）の実装手法を知りたい者
今はもう動かぬ、幻の神器「TubeEater」の開発の裏側に、興味を抱く考古学者

砂漠の道標

TubeEater - 私が開発した、YouTube動画のダウンロードを自動化するWindowsアプリケーション。現在は利用規約の関係で使用不可。
自動化 - ユーザーの操作を最小限にし、クリップボード監視などで処理を自動実行する仕組み。
クリップボード - コピー＆ペーストで使う、一時的なデータ保存領域。
DispatcherTimer - WPF（Windowsのデスクトップアプリ基盤）で、定期的に処理を実行するための部品。
非同期処理 - 重い処理を別の流れで実行し、アプリの動作を止めない技術。
VideoLibrary - YouTube動画のダウンロードを可能にする.NETライブラリ。現在は非推奨。
JSON - 設定やデータを保存するための、人間が読みやすいテキスト形式。
多言語対応 - 一つのアプリケーションを複数の言語で表示できるようにする設計。

神器の心臓部：自動化という名の魂

TubeEaterの最も強力な魔法、それは「自動化」だった。一度、自動ダウンロードボタンを押せば、あとはYouTubeのURLをクリップボード（コピー＆ペーストで使う一時保存領域）にコピーするだけで、神器が自動的に宝を釣り上げてくれる。

チェックマークが、自動化の魔法が発動している証

その仕組みは、三つの魔法の組み合わせで成り立っていた。

クリップボードの監視： DispatcherTimer（定期処理の部品）という名の見えざる目が、常にクリップボードを監視し、YouTubeのURLという獲物を見つけ出す。
非同期のタスク実行： 獲物を見つけ次第、ダウンロードという名の狩りを、非同期処理（重い処理を別の流れで実行する技術）として実行する。これにより、狩りの最中も、次の獲物を見つけ出すことができる。
完了後の処理： 狩りが終われば、獲物をファイルとデータベース（構造化されたデータ保存庫）という名の宝物庫に納め、プログレスバー（進行状況の視覚表示）という名の狩りの痕跡を消し去る。

神器の知性：多言語対応という魂

この神器は、日本語と英語だけでなく、理論上は、世界のあらゆる言葉を操ることができた。その秘密は、言語データをJSON（人間が読みやすいテキスト形式）ファイルとして外部に持ち、起動時にそれを読み込んで、データベースに格納するという、柔軟な設計思想にあった。

public class LangData
{
    public string Name { get; set; } = String.Empty;     // 言語名
    public string Locale { get; set; } = String.Empty;   // ロケール
    public Dictionary<string, string> Messages { get; set; } = new(); // メッセージ集
}

これにより、ユーザーは自ら言語ファイルを追加・編集し、関西弁のTubeEaterさえも創り出すことが可能だったのだ。

神器の試練：数多の不具合との戦い

数えきれないほどのダウンロードテストの中で、私はいくつもの試練に直面した。

文字化けの呪い： VideoLibrary（YouTube動画ダウンロード用ライブラリ）という、ダウンロードの核となる魔法が、時折、日本語を韓国語として誤認識する。これは、もはや手の打ちようのない、ライブラリそのものにかけられた呪いだった。
同名コンテンツの罠： 同じ作者が、同じタイトルのコンテンツを複数アップロードしている場合、ダウンロード済みと誤認識し、スキップしてしまう。これは、YouTube ID（各動画固有の識別子）で最終確認を行うことで、なんとか回避した。
ライブ配信という結界： ライブ配信のURLを指定すると、VideoLibraryは例外（プログラムのエラー）という名の悲鳴を上げる。これをそのままにしておくと、ユーザーは毎回エラーダイアログ（エラー通知の小窓）に悩まされる。私は、この悲鳴だけを静かにログ（記録ファイル）に記録し、旅を続けさせるよう、魔法を書き換えた。

羊皮紙を巻く前に

こうして、私は数多の試練を乗り越え、TubeEaterという神器を、ほぼ完成にまでこぎつけた。自動化、多言語対応、そして数々の不具合修正。開発という名の旅は、常に新たな発見と、それを乗り越える喜びの連続だった。

しかし、その先に待っていたのは、YouTubeの利用規約という、あまりに巨大な壁。この物語は、ハッピーエンドでは終わらなかった。

TubeEater開発から得た技術的教訓

自動化設計の本質 - クリップボード監視と非同期処理を組み合わせることで、ユーザー体験を劇的に向上させられる
多言語対応の柔軟性 - 言語データを外部JSON化することで、開発者以外でも言語追加が可能になる
外部ライブラリの限界 - VideoLibraryの文字化け問題のように、根本解決できない制約も存在する
例外処理の重要性 - ライブ配信URLへの対応のように、想定外の入力に対する適切なエラーハンドリングが必須

利用規約という壁からの教訓

開発者として最も痛烈だったのは、技術的には完成しても、法的・規約的な制約で使えなくなるという現実だ。特にYouTubeのような大規模プラットフォームでは、利用規約が頻繁に更新される。技術実装の前に、まず利用規約の確認を。これが、この神器から学んだ最大の教訓である。

まとめ

この羊皮紙が、一つのアプリケーションが、どのような思考と、どのような苦難の末に形作られていくのか、その一例として、未来の冒険者の目に留まるなら、私のこの旅も、無駄ではなかったのかもしれない。

技術的な完成度と、法的・倫理的な使用可否は別物である。この二つを常に両立させる視点こそが、真の錬金術師には求められるのだ。

おっと、どうやら相棒が腹を空かせたようだ。今日はこのへんで筆を置くとしよう。

砂漠で見つけた魔法のランプ

Libvideo（GitHub） | かつて我らが頼った、ダウンロード魔法の源泉（※現在は非推奨）
Visual Studio Installer Projects 2022 | 一般権限インストーラの錬金術

ラクダの独り言

ご主人が、熱に浮かされながらも、必死に鉄の箱を叩いて、何かを創り上げていたかと思えば、今度は「規約がー」とか言って、がっくりと肩を落としている。俺に言わせりゃ、そんなに必死になる前に、まず最初に「その獲物は、獲ってもいい獲物なのか」を調べるのが、狩人の基本ってもんだろうに。まったく、後先考えねえから、そういうことになるんだ。やれやれだぜ。