はじめに

いやー、大変だった。
今まで、twitter api v1.1でang12-twitterというのを作成していたのだが、これをtwitter api v2に移植しようかといろいろやって、今日、まあまあ筋道が見えたというご報告

twitter api v2とは

　twitter developerにいけば、説明がある。v1だと、検索結果が10個ぐらいしかとれなくなってしまったので、しかたがないので移植を行っているということ。
v1に比べて、restを利用できる回数が多いということだ。

Oauth2.0 with PKCE

　v2でめんどくさいのが、認証で、全ての機能を使いこなすには、Oauth2.0 PKCEをクリアするアプリを作らないといけない。ただ、まだ、この認証部分は作っていない。認証の中でもbearer_tokenを使えば、一部のRESTは使用することができる。(app onlyともいう）
　これが、わかるまでかなりかかった。
　このbearer_tokenはtwitter developerで自分用のアプリの申請を行って、取得することができる。
　この取得方法も、どこに何を書けばいいのだが、ようわからんのだが、ググれば説明があるので、ここでは触れない。
　最初はあまりドキュメントを読まないで、進めていたが、今は、翻訳ツールで日本語で読めるので、概念ぐらいはわからないと利用は難しい。
　内容が内容だけに、qiitaでググって簡単に作るというものではないので翻訳ツールでtwitter developerを一通り読むということをお勧めする。

v1とv2のresponceの違い

やはり、v2はv1と異なり、必要最小限のresponceになるように設計されており、v1のデータ構造をそのまま使えるような代物ではなかった。
　昔は、data.statuses:{text:"",id:"",user:{screen_name:"",name:""}}というような構造だったのだが
　v2では　data:{text:"",id:"",author_id:""},includes:{users[{id:"",name:"",userneme:""}
というように、user部分を切り離して応答するということになってしまって、これでは2つのデータをauthor_id==idで連携しないとscreen_name(v2ではusernameに変更）は表示できないということになってしまって、あらあら！ということになっている。
　やはり、初めから作り直した方がいいということなのだが、めんどくさいので、今はv1とv2を混在した状態でさっき、ようやくsearchを表示させることに成功した。

twitter-v2のvulnerabilities

　clientを作成するのにtwitter-v2というnode-moduleをinstallしているんだが、
　どうも、現状ではvulnerabilitiesのhighが4つもある。ということでまだ公開していないのだが、どうも使っているtwitter-v2が理由なようので、そのうち、twitter-api-sdkに変えたいのだが、今使っているはtypescriptではないんだよなあ・・自分で書いてもたいしたことはないかなあ？悩む
　→上記の悩みはtwitter-api-sdkがjavascriptにも対応していたので、解決です。今ではang12-twitterにtwitter-api-sdkに対応したものが上がっています。これでいけば、pkce認証もうまくいきそうですなあ

今後

しばらくは、Oauth2.0 with PKCEを使わないでもなんとかなりそうだが、クリアできたらまた報告することにしたいと思います。ちょっと参考にはならなかったかな？
→twitter api v1からv2へ(その2)