音声書き起こし
1. オープニング
Guest
こんにちは
Guest
えこんにちは
Guest
え。それでは、今週もitサイドやっていきましょう。UIT INSIDEは、ユーザーイタフェースと、テクノロジーを愛する開発者のためのポットキャストです。
Guest
最新のウェブ標準や開発、フレーワークの変遷、
Guest
uyexに関する言葉で、様々なフロントエンドの情報をキャッチアップできるポットキャストをお送りしております。
Guest
でえ、今回のパーソナリティはえ、私、えーはとおなじみのポテト4ディさんをお呼びしました
Guest
それでは、えーよろしくお願いします
Guest
はい、よろしくお願いいたします。
2. 自己紹介
Guest
でえ、今回のテーマはですねえ、ビューススタディの第5回ぐらいですかね。5回ぐらいの
Guest
はい、
Guest
usのテレポートについて、今回は
Guest
取り上げたいと思います。はいはいで、まあ、早速そのテレポと
Guest
について、紹介してもらいたいんですけども、じゃあとほじさん紹介をお願いし
Guest
します。はい、ポテト4ディと申します。普段ですねアティサイトでよく、メインパーソナリティーやっていたりし
Guest
しますけれども、今日はですね。ビースリスタディのテレポートのえ話を社内勉強会で共有してたんでま。それを話せればなと思って、こっち側で話しております。よろしくお願いします
Guest
よろしくお願いします。
3. Teleportについて
Guest
じゃ、実際のテレポートの話に行っていきたいと思うんですけど、
Guest
皆さんテレポートっていうのも、ご存じかどうかとわからないんですけど、も、まわかる方に一言で言うとえと、いわゆる。ポータルという機能のbjs版となります。
Guest
テレポートが何をできるかって言うとですね。とま、本来bgsはもちろん仮想ドムを使っているえものなので、ドムの木構造ツり構造にえ、依存する形で、子供のコンポーネントは実際にドム上で子供にえーとして使われるし、
Guest
まあ、要は絶対にここ親を超えることができないっていう。まあ、基本的なドムの木構造の
Guest
ルールがあると思うんですけど。その親子関係を飛び越えて、全く別の場所にあるドムに対して、要素をマウントすることができる機能となっております。
Guest
ま、要は例えば、ページの全体のレイアウトがあって、え、その中の。例えば、メインカラムのふ
Guest
たのこれにあるのを、そのここをクリックした時に、テレポートで囲っている様子を表示すると、そのサイドカラムの方にも表示するみたいなこともできるような
Guest
ま、そのえ、木構造を無視したようなレンダリングができるような機能となっております。
Guest
はい、ありがとうございます。そうですね、
Guest
ま、普通そのエントリーポイントというか、ま、あの、実際のhtmlのマウントされるところっていうのは1つだとは思うんですけど、もま、それをまいろんなところにこう
Guest
生やすことができるそうです。そういうねですね、テレポート結構ま、あの話をもう
Guest
なんですかね、理屈自体はすごい単純ですよね、まあ、マウントするポイントが複数あるって
Guest
そうですね。まあ、自由にマウントできるようになるっていうだけなんで、ま、そんなにその複雑な機能ではないと思います。
Guest
まあ、そうですね、まただまどういうとこ一体どういうとこで使うところかっていうところがまああしかなとは思うんですけど、もまそう。実際どういうところに使ったりとかっていう。
Guest
そうですね。ま、結構ここってま。なかなか使ったことがないとや、それができるからどうなんだっていう風にえ、思いがちな機能かなと思うんですけど、
Guest
1番え品質するのは、まあ、元々えとちょっと歴史のえー的な話になってしまいますけど、
Guest
あの、ジェイクエリーとかだったら、クリックした時に、新の場所にあのエメルよ子をお
Guest
まアペンドするみたいなのってよくあったかなと思うんですけど。今そういうのができない状態ま、基本的にはやらないような状態になっているっていうま、その実動操作をしない時代にえ入ってきてますけど、
Guest
そうなるとですね。結構困るのが1番。これがポータルに有効に働くとこだと思うんですけど、特にzインデックスとスタックコンテキストのところで、1番有効かなと思っております。
Guest
1番品質出しますし、まあ、実質多分これで使うことが、支配的になる。
Guest
ユースケースっていうと、ポータルっていうのは、すごい簡単に言ってしまうと、すごく簡単にモーダルをえー管理できるような機能だと思ってもらってもいいかもしれません。
Guest
まあ、つまりはですね、どういったものかって言うと、モーダルとかって言うとですね。アプリケーション全体より、さらに、上のzpインデックスから表示したいポップアップの
Guest
機能となります。けれども、ま、こういった機能って得てしてですね。例えば、子供の方のすごい雇用素の素の雇用にあるま、何かを追加のボタンを押した時とかに、モーダルって表示したいはずですけど、
Guest
その雇用素との巨大要素とかで、レンダリングしてしまうと、親の方で決まっているz。インデクのコンテキスト
Guest
に依存してしまうが、ために、モーダルの方が後ろに来てしまうとか。モーダルで全体カバーできないとかっていうのがま、結構よくあるかなと
Guest
思っております。ま、この都合上ですねどうしてももうそのスタックコンテキストの壁は超えられないので、ポータルがない状態だと、結構異びな解消方法をすることになるかなと思います。
Guest
例えばですね、ま、これはやってる人そんなに多くないかもしれないですけれども、ビーコンポーネントのライフサイクルフックの方でえ、特定の実ドムにえ、データを反映するていう風にして、えと、実ドム状に。自慢で
Guest
ビーコンポーネントの内容をマウントするって方法もありますしえ、もう1つ多いもので言うとですね。bugsで言うと、例えばbxにur用のネームスペースを用意して、そこにこのモーダルが表示されてるウルカルみたいなフラグを
Guest
ルートステートとかで持ってしまったりとか。ま、u割の場所で持ってしまって、グローバルに持って、
Guest
そのフラグを持って、例えばそのエントリーポイントにかんあるようなアップビーみたいなところに、
Guest
モーダルのコンポレントを書いておいて、出し分けをするみたいなことをやることとかってのが結構あるかなと思います。
Guest
で、えま、これ自体はですねまあ、できなくはないけれどもま結局そのえ、グローバルのベックスのえ、領域とかがフラグだらけになってしまうし、
Guest
似たようなモーダルだけど、ちょっと違うってものが出るたびに、じゃあ、それをえu合上のえ、フラグを増やすのか。まは、たまたま微妙に共通化したもので、さらにアクションに対して要求するペイロードを増やして、タイプみたいなのを切り替えるのか、みたいなことにな
Guest
できてま。結構あんまり複雑なとかま望んでいない。管理になるかなと思います。
Guest
ただですね、ポータルを利用すると、まあ全く関係ないところに雇用素からまごい親の方にでも転送できるんで、ま。こういったフラグ管理とかを解消できるっていうところが、まあ、ポータルの嬉しさなのかなと
Guest
思っております。
Guest
やっぱり、モーダルに使うっていうのが1番多そうですよね。
Guest
そうですね、
Guest
で、取り扱うっていうのは結構やっぱりあの一面になんかこう出したいみたいなのってわかるんですけども。やっぱり、その兄弟要素とか別の親と親に、そのz。インデックスを変なインデックスzンデク設定されていると、なんか
Guest
よくありますよね。その前、面になんか塗りつぶされてるのに、なんか一応そだけ飛び出してる。あ、そうそう
Guest
ちょっと暗くなっているモーダルなのに、なんか飛び出してるとかってよくあると思うんですけど、よくある。
Guest
まあ、そういうのを考えなくて良くなるっていうのが、まあ1番嬉しいかつま。それをbxとかを使うことなくま、シンプルに管理できるっていうのが、まあメリットなのかなと思います
Guest
が。これこれ一応書き心地だけじゃない、もう1個利点もあるかなと。私の中で思ってて、ちょっとこれはい話してもいいですか。
Guest
はい、どうぞ、あの、こういった。まあ、モーダルの管理を。bxでやっているパターンとかってすごく多いかなと思うんですけど。まあ実でも触るよりはいいだろうっていうので、まか、どの範囲でできるなら、
Guest
ビレックスでやろうっていう場合も多いかなと思うんですけど、これありがちなのが、例えば、モーダル系のものが存在している時に、まあ、何かその
Guest
こうパップとか出している時に、ライフサイクルフックに依存しないで、グローバルのステートになってしまうので、なんか動かした時に、そのフラグの消し忘れとかをすることによってデグレするとか、めちゃめちゃあるんですよね。今は、その
Guest
あのモーダルの表示表示表示がフォールスリする。ロジック忘れてました。とかってのデグレとかって、まあ割と見るかなとおも
Guest
持っていて、はいま、ただこれをポータルで書いておいて、ただ、コンポーネントのローカルステージとして、そのポータルの表示表示をやっておけば、まあ、例えばポータルのの中に出ているモータルの操作中に何らかの要因によって、提示繊維が発生した時とかは、
Guest
もうそのコンポーネント自体が消え去るので、サイクル復帰に順じて転送したいと言っているコンポーネント自体が消えるので、え、その辺のえ、フラグ管理とかも結構解放されるってのもいいところかなと
Guest
持ってますね。
Guest
そうですよね、確かに確かにそのえテレポートのまあ
Guest
マウントしてるコンポーネントが、あのマウントから外れたらもうその時点でっていうすごいシンプル、
Guest
うん、すごいシンプルになるかなと思います。なんで、そのページで管理しておけば、まそのページのコンポネートから、別のページコンポネントに100した時点で、
Guest
もうフラグ消し忘れとかは気にせずま。単純に美容のライフサイクルフックにのっとって、全ての処理ができるってのが結構いいところかなと思っております。
Guest
はい、そうですよね、うん、すごいあの、僕もあのビューで初めてそのなんていうかね。レポートというか、ポータルの概念概人っていうか、まあ、
Guest
APIとかそういうライブの理由をしてたんですけれども、まあ結構そう。あの、僕さっき言っていたそのフラブで管理するっていうか、そのグローバルなステートでは。その仮想ド部の
Guest
コンポーネントをあの状態として持たせるみたいなところでま。それで、全然
Guest
あの不都合ないじゃないんですけれども。まあ、確かにそういうちゃんとそのそれって、あの管理できること前提っていう話でもあるので、
Guest
うん、うん、そうですよね、そうね、いや、確かにそう初めて知ってなるほどなと思いました。
Guest
私も結構あの、それで書いてるときはそれで、まあ別にふこないし、まあ、ちょっと
Guest
なんかモーダルのフラが大量にあんの。やっちゃ嫌だけどいいかなとは思ってたんですけど。まあ、単純にどうしてもヒューマンエラーとかって、コード書いてる以上出てくるといいますか。
Guest
あの、ミスしないんだったら、タイプスケルプトなんていらないって話になるのと一緒な。
Guest
やっぱ、人間はどうしてもミスするっていう前提に立つと、まあ、何かミスがあった場合でも、きちんと動くようにな。まあ、そもそもミスする要因がない方がいいかなと思ってるんで。まあ、ポータルえとか、テレポート使えるなら使った方がいいかなと
Guest
思ってますね。
Guest
確かに確かに
Guest
ありがとうございます。
4. 「Teleport」の名前について
Guest
ビュージのあの、その名前についてちょっと話を聞きたいなと思うんですけど、結構今さっきまでも、そのポータルとテレフォーと言い、間違えるみたいなの
Guest
あったと思うんですけれども、そうそうあ、そうです。はい、テレポートの名前の由来みたいなのをもし、あの説明できるなら
Guest
そうですね。はい、そう私もあの実はbjsこのテレポート機能が、ビュースに入ることが決まった時点では、まだ名前がポータルだったんです
Guest
よ。これって、ああでそのレポートに変わったのが、アルファの11ぐらいで。あ、今今ベータの14ぐらいなんですけど、ビジこれ、収録時点で、
Guest
アルファの11ぐらいで、要はビュー3でます。って言った時と、ビュー3ののrfcが
Guest
ほぼほぼフィックスした頃までは、ずっとポータルだったんですけど、ある日テレポートに変わったと
Guest
で、今はもうテリポートで使えますが、ポータルで動いていた時期も、ビー3のネクストには確かあったはずて感じですね。
Guest
で、なんでこれがテレポートになるかっていうと、そもそもhtmlに、ポータルタグがあるんですよね。そのhml自身の
Guest
自体は、イケーションにポータルタグがあって、まあ、要はまあ、大体同じような意味を表すやつなんですけど、そのポータルというタグが、hmmに存在するにも関わらず、まbjsの方で、
Guest
同じ名前を使っていいのか、みたいな議論がありまして。ま、そのコンフリクトしてるよねっていう話が
Guest
ま、できれば、解消した方がいいんじゃないかっていう話になって、テレポートという名前に変わったっていう経緯が
Guest
あったりします。
Guest
基本的にですねこの辺は、ビージの元々のこれまでの作りが結構影響してるよなと思っていまして。まあ、例えばですね、
Guest
ちょっとリアクトの話をしますけど、リアクトとかって、結局jsxとかをhmlとして書いていても、最終的にはクリエイトエレメント
Guest
に変換されるので、実ドムと共存することってそんなにないかなと思っているんですけど、実ドムというか、まあ、リアと最終的にはリアクトの世界でレンダリングを行うと思うんですけど、
Guest
ビューシスの場合はですね。元々、あのスクリプトタグとかから読み込んで、あの、普通のイベルと共存することもあった。技術っていうことを考えると、
Guest
ま、結構普通の。そもそもhtmlとして書かれてるコードがある。上からビュージsを載っけるっていうのがよくあるシチュエーションとして、今まで存在した
Guest
わけなんですよね。ってなると、ま、ちょっとビー3ではあんまりそういった。使い方は想定されてないように見えるんですけど、
Guest
これまでえ、なんで。元々bjsにはスタイルガイドの方で、将来的に追加されるhmlタグと名前が競合することを避けるために、必ず複数単語の根本レント名を使いましょう。とか
Guest
ていうのが、スタイルガイドで、明確に制定されていたりとか、ま、とにかくhtml自体の仕様と競合してはいけないっていうようなベースの文化みたいなのがありました。と、
Guest
まあ、実際実害も。どうしてもクーダルとかえ、完全に被ると出てきちゃうと思うんで。
Guest
ま、そういった文化があって、まあ、それを考えると、やっぱり
Guest
新しく入るポータルについても、イェル自体のスピエーションとコンプリクトするのは、よくないんじゃないかっていうところで、テレポートに変わったみたいな
Guest
経緯があります。ほうほうほう、
Guest
なるほど、そうですよね、まてて、プレーと元々そのudsって、そのテプレート割を前提とした設計になっているので、
Guest
あれですよね。あの、コンポレントの名前を2単語以上にするっていうのを、そのhtのあのタグとバッティングしないように。あ、そう
Guest
そうですよは、将来的に追加される可能性があるんじゃないですか。あの単一単語だったら、
Guest
はい、
Guest
ま。例えば、今は今はないけれども、なんかもしかしたら全然違う場なんでしょうね。何があるんでしょうえ、実際の例で言うと
Guest
まああれですかね。ポもまさに
Guest
タルで、まさにポータルもそうですし、まあ、例えばまこれはもう今はあれですけど、ま、例えば、
Guest
imgタしかない時代に。じゃあ、俺らの画像はピクチャーって名前にしようって
Guest
きゃって、タグ付けてたら、もしかしたらコンプリクトしていたかも。みたいな話とかは、いま、そういうそのすごいシンプルな単語だと、これからも、競合する可能性っていうのは出てくるんでま、それは徹底的に避けましょうみたいな感じですね、
Guest
逆に、まあ、リアクトとかだったら、単純にボタンって名前のコンポネント作ったりとかすることもあると思うんですけど、あれはまあ、クリエイトエレメントだから、ネイティブのボタンタグとは
Guest
別に競合もしないし、みたいなところがあるっていうのは、まあ、このbgsらしさでもあるな
Guest
とは思いますね。
Guest
あ、でもそれを言ってしまうと、あれですね。リア友クラスがクラスネームに変えないといけないっていう。あ、
Guest
そうっすね、逆にジェースの制約に縛られてしまうっていう
Guest
縛られてますね。ちなみに、あれは一応クラスネームっていうやつ自体はそのスペリケーションにあるにはあるんで、違反ではないらしいですね。
Guest
私、普通に使ったことはないんですけど、なんか前なんか仕様に書かれてて、一応クラスネームっていうのも別に使っていいよっていう風になってるんですけど、誰が使うんだっていう感じでは
Guest
長いか別に意味意味ないんでらしい
Guest
知らなかったそうなんですよ、なんで今テレポートっていう名前になった
Guest
そうですね、
Guest
あれですね、テレテレポートごいこの感想ですけど、名前好きですね
Guest
テレポート、テレポートなんかおしゃれですよね。
Guest
おしゃれよそう、おしゃれ、
Guest
おしゃれですよね。ってなんだよ。あ、ちなみにこれ、ポータルって名前の豆知識で言うと、
Guest
その多分、このポータルっていう名前は、ちょっと。hllの方の仕様はわかんないんですけど、少なくとも、ビュージとかのポータルとかの文化はバルブっていうあ、
Guest
会社。あのはい、チームはいはい、チームの会社のゲームにポータルっていうのがあって、それは2つの穴を
Guest
開けることによって、それがああ、はいはいはい、物を移動できるみたいなやつなんですけど、多分それが由来っぽいですね。
Guest
あれですね、青とオレンジの
Guest
あ、そうです、アウトオレンジのやつですね。っていうとこから取られてるのかなと
Guest
思いますね。
5. ReactにおけるPortal
Guest
理由は、テレポートっていう、まあ、そういう解決策を提示するっていうことに決まったわけですけども、一方で、
Guest
実はリアクトにもポータルの機能が
Guest
あったりするんですね。僕、これ内容しか知らないんですけど、もま、これも同じような概念でして、あのコンポーネントの中に、まあそのポータル。
Guest
これはあれですね。クリエイトポータルっていうapがありまして、クリートポータルで、連打されたコンポーネントを中に入れることで、
Guest
自由に。まあ、そのマウントポイントの外に、コンポーネントをえ、仮想ドムを置くことができるっていうものになってるんですね。
Guest
これはそうですよね、結構や、でも、これも略とゆうぽゆのテレポートにだいぶ近い機能
Guest
ではあるんですけど、もま一方違うところで言うと、あの、逆とコンポーネントの
Guest
クリエイトポータルっていうのをえ返す。コンポーネントをまず用意しないといけないっていうところが、まあ、多分違うところかなと思いますね。
Guest
そうですね、ちなみに、どっちが好みとかありますか。
Guest
ああ、そうですね、確かにうん、好みで言うとあれですね、その文章量が短いのは確実に理由ですよね。ん、うん、
Guest
まあまあそうですね、
Guest
テレポートっていうタグがあってっていうでま一方でそうですね、クリエイトポータルっていうも、
Guest
指定しないといけないで、逆とのドキュメントの例を見ると、結構うん、
Guest
いや、でも、流の方がなんか直感的な気がしますね。そもそも、あのこん。まずコンポーネント用意しないといけないっていうところ。あ
Guest
ああ、そうですね、そうですね、
Guest
ま、逆に自由なもここあの例でモーダル。ドキュメントの例だと、モーダルっていう名前のポンポンメント作ってしまってるので、はいは、
Guest
いろいろんな好きな名前を決めるっていうのは、逆トの特徴ですね。そうね、ポータル
Guest
かつコンポーネントとして定義ま、結局レンダーで返して、一応コンポーネントとして定義できるっていうのは、結構
Guest
djsにはない良さなのかもしんないですね。なんか、bgsだと、あ、そうでしたね、その話もちょっとしとこうかなと思うんですけど、
Guest
あくまでもテレポートタグって、セレクターを指定するだけなんで、そのない場合は、レンダリングされないみたいな問題とかがあって、あたい対象がない場合は。
Guest
レンダリングされないし、もちろん、これはちょっと。社内勉強会の時にも話に上がってましたけど、あのせ、セレクトが取りうる値が複数ある
Guest
場合とか。まあ、idで指定したらそもそもないとは思うんですけど、id以外で指定すると、
Guest
クラスえじゃ。ノードリストノードではなくて、ノードリストが返ってくる場合とかに関しては、0番目に必ずマウントされてしまうみたいな
Guest
ものがあるんで、その辺はちょっと。ヒューマンエラーをなんか招きやすい設計になってるのかな、というのはちょっとしますね。リアクトの場合はそうですね、
Guest
明確にモーダルというコンポーネントになってくれるんで、その辺はやりやすいのかなとか
Guest
思いますね。
Guest
まあ、あれですね、その名前をちゃんと決めないといけないマウントのさっきのえーidとididです。まあ、普通にidを指定してあげた方が
Guest
そうですね、id指定している方がいいかなと思いますね。セレクターとはいえ、もしクラスとかで指定してて、2つとかあった時にうん、事故るってこと考えると、確か
Guest
そうそう。あと、今思いついたところで言うと、そのクラスえちゃクラスじゃない。え、コンポーネントを作る必要があるので、
Guest
ま、逆に言うと、そのコンポレントのそのマウントとか、アンマウントに復帰すること、いろんなことが書ける
Guest
っていうところもありますね。なので、あれですね。例えば、モーダルで言うと、そのシュッとこう表示させたりとか、
Guest
アニメーションで、消えるときのアニメーションとか表示させる時のアニメーションのま定義が
Guest
若干楽かな。あ。あ、うん、うん、うん、うんうん、そうっすね。それも確かに今思いついたけど、
Guest
そこの利点ですね。うん、うん、うん、うんうん。
Guest
結構こうして見ると両者違いがある感じはします。
Guest
あれですね、どちらにしても、コンポーネントのレンダーの過疎ドムの中に、その外にある。ドムっていうのを定義するってのは両者一緒
Guest
で、これがあの。まあ、そのヒューマンエラーを起こしにくいっていうところには、完全同意。
Guest
そうですね。うん、うん、確。
Guest
しかしこれ積極的に使っていきたい、これからは使っていこうと思います。
6. Vue 2.x の現場では PortalVue がおすすめ
Guest
ら、じゃあ、ちょっと最後に1個紹介したい、もう1個紹介したいものがあるんでいいですか。
Guest
はい、
Guest
なんかまあ今日の話聞いてて、まあ多分もうそろそろビュージのベータも開発が
Guest
終わりに近づいてきてるのかなという気配を感じますし、ま、ビュースも出てくれるでしょう。っていうところでもあると思うんですけど、
Guest
まとはいえ、じゃあ、すぐにビジェストの3にアップグレードできるのか。って言ったら、まあ、そうではない。現場もやっぱり出てくると思いますし、まあすぐに使いたいっていうボも
Guest
やっぱり出るかなと思ってますとま、そういう時はですね。そもそもこのポータルえーという概念。最終的にはbgsにはテレポートとして入りましたけど、rfcとしてポータルが提案された。時にはですね。
Guest
bgsのコアチームメンバーの1人が、そもそもそもビー2で動く。ポータル機能っていうのをポータルビーというパッケージとして、提供をしております。と、
Guest
ま、これは、今のテレポートの機能と、大体同じ機能を。ポータルというコンポーネントと、
Guest
マウント先トゥーの先となるものをですね。実度とか、セレクターで定義するんではなくて、ポータルターゲットという対象となる。え、コンポーネントをベッド用意して、それとの1対1として
Guest
定義するみたいな。ま、ちょっと書き味は違うけど、ほぼほぼ一緒にかけるのかな。ポータルポータルビーという、ま、今
Guest
結果的にはブリッジライブラになりましたけれども、ビー2でのポータルリストみたいなものが存在しますと
Guest
で、なんでこれを。今はポータルビーで書いておいて、ビュー3になった段階でテレポートに置き換えるみたいなことも、結構簡単にできそうなので、
Guest
もしですね。結構そのモーダルのフラグ管理とか、まあ、結構そういったzインデク都合とかuy都合っていうところで、
Guest
設計がねじ曲がりそうで、え、ちょっと困ってるとかっていうのがあったら、ショートに書いておけますかね。書いておこうかなと思いますので、ぜひぜひこの
Guest
ポータルビューってやつを使ってもらえればいいかなと思います。私、結構仕事でよくポータルビー使ってますけど、
Guest
なんか、ワシンプルなライブだけあって、別になんかそのバグがあって困ったとかあることもないんで、まあ、普通に安心して使えるパッケージだとは
Guest
思います。おおいいですね、
Guest
なんでこれ使ってみるのがいいかなと思いますね。
Guest
あれですね、パッとみ、ポータルターゲットを置くか、置かないかぐらいの違いそうです。
Guest
そうですね、ポータルターゲットを置くか、置かないかの違いしか基本的にないですね。
Guest
じゃあ、もう今すぐ
Guest
そうっすね、今すぐ使えます
Guest
今すぐ使います。
Guest
ただ、
Guest
ちょっと私これちゃんとコード読みに行けてないんで、ビュー3のテレポートのこと追い切れてないんですけど、なんか、ビュー3のテレポートは不思議な力で、サーバーサイドレンダリングに対応してるらしいんですけど、
Guest
それまあどうやってやってるのか、正直よくわからないんですけど。いや、まあ、ポータルターゲットとポータルの関係だったら、最悪、そのコンポーネント感でうまく疎通してやれば、
Guest
コミュニケーションはできるけど、ただのドムセレクター
Guest
ク、エリセレクターで、どうやってやってるんだってのがちょっと。正直よくわかってないんですけど、ビュースリーのテレポートだと、どうやらそれが実現されてるみたいなんですけど、ポータルビーは確か
Guest
ssrgは考慮されないんだっけなっていうような特徴があるんですけど、まあ、ssrgにもモダル出すことって基本ないとは思うんで、そんなに問題ないかなっていうようなあ、
Guest
確かおうかなと思います。
Guest
いや、ありがとうございますじゃあ、もう今すぐにでも使えま
Guest
ね。そうですね、うんかな
Guest
いうところではいございます。
7. クロージング
Guest
はいというわけでえ。今回はユースリサディのテレポートについてお送りしました。
Guest
私たち、UITのメンバーが所属するLINE株式会社では、このようなフロントエンドに関する議論を比々行っております。
Guest
でえ、今回のようなですねニューススタディの勉強
Guest
かは、まあ、毎週え、社内で行っております社内勉強会での正解でもあります今後もえ、テサイトでは社内外
Guest
問わず、どんどん情報を発信していきたいと思っております。え、また、twitterでのハッシュタグはえ、シャープUIT、アンダースコアインサイトです。
Guest
エピソードのご意見やご感想、リクエストなど、ぜひぜひお気軽にツイートしてください。え、それでは、また次回のエピソードでお会いしましょう。
Guest
それでは、えポとこいさんありがとうございました
Guest
はい、ありがとうございました。
