アカウント名:
パスワード:
ブラウザアプリだけのバグならそういう主張もあるかと思うけど WebKit のバグだったら?
いまは iOS 15.2 とかだけ伝えれば開発者は同じ環境で確認できるわけだけど、iOS のバージョンはいくつで Safari のバージョンはいくつで、とかなると組み合わせがすごく多くなる。それにアプリだけ更新できるようにしたら、次は WebKIT だけ更新できるようにしろとか言い出す気がする…
iOS は全体的にみてマイナーバージョンアップ時の不具合はとても少ないと感じる。この「感じる」というところが多数のユーザーがバージョンアップをする一つの要因なわけで、これは大切にすべき。
というわけで、私個人の意見としては「ユーザー側のメリットは大きい」どころかデメリットが大きいように思う。
アップデート時の組み合わせ検証地獄は Windows だけで十分。断片化地獄は Android だけで十分。
Androidで言うところのWebViewとは違うのかな同じレイヤの話ならまだそんな状態なの?って感じなのだけど
「そんな状態」とは? Android と違ってレンダリングエンジンは WebKIT 一択ですよ。アプリが Chrome だろうが Firefox だろうが。まだ強制だったと思う。
WebView というのは WebKIT の改造品かな? Google の WebKIT2 あたりからもう追えなくなっている。
だからパスワード管理ツールだのがすべての Web レンダリング画面で使用できたりするわけで、検証問題以外にもユーザーにもメリットはある。
# 多様性が欲しければ Android に行けばいい。誰も止めはしないよ。
知らないということは分かりました知らぬままのほうが安らかに過ごしていただけそうです
KHTML → WebKit → WebKit2 → Blink の流れは分かっているのかな?
ググってみると Jetpack ライブラリの android.webkit とか androidx.webkit いうのもあるのか。これはレンダリングエンジンの WebKit とは違うみたいだが、名前はちなんでいるんだろうな。
やはり理解できていないようですねそのレイヤの話なのですからOSと不可分にせずアプリとしてアップデートできないようにしていることが問題ということです
かつてMSがIEはOSと不可分と言っていたようにかつてAndroidでWebViewがOSと不可分だったようにどれだけ周回遅れの問題なんでしょうという話なだけ
Androidでは、約8年ほど前のバージョン(Android 5.0 Lollipop) からWebViewプロバイダとOSとが分離されました。Google公式のWebView(Android System WebView)は、他のgoogle製アプリと同様にストアで配布され、随時アップデートが可能です。
また、約6年前のAndroid 7.0 Nougat からは、野良ビルドを含めて複数のWebViewプロバイダをインストールすることが可能になりました。そして、その中からアクティブなWebViewプロバイダを選択することもできるようになりました(極めて重大なセキュリティ侵害に繋がる懸念があるため、各デバイス純正OSではGoogle公式以外のWebViewプロバイダを選択することはできませんが)。
#ここまで読んでお気づきかとは思いますが、このツリーでblinkのフォーク元やその理由を述べることは完全に的外れです
Androidでは、約8年ほど前のバージョン(Android 5.0 Lollipop) からWebViewプロバイダとOSとが分離されました。
はあ、つまり、Google / Android の「WebViewプロバイダとOSとが分離」してストアで配布という選択が「正しい」もしくは「進歩的」というご自分の価値観を暗黙の前提にして話をしているわけですか。そりゃ、話が通じないわけです。最初に「そんな状態」とは?って聞いているのに答えずに話しているから変だと思った。(AC だから途中で中の人が違っているかもしれないけど)
(極めて重大なセキュリティ侵害に繋がる懸念があるため、各デバイス純正OSではGoogle公式以外のWebViewプロバイダを選択することはできませんが)
書いてて自分で矛盾を感じないのかな。多様性とセキュリティリスクや安定性とはトレードオフで、Android と iOS ではその評価基準からして違うんだよ、そして iOS と Android とが違うもので、それをユーザーが選べることがメリットのあることだから、Apple は Google のマネをすべきじゃない、と言っているんだが。
Apple は今のところ、iOS のバージョン毎に単一のレンダリングエンジン、単一の Safari を維持している。だから iOS のバージョンがわかればレンダリングエンジンも Safari の特定できるし、アプリ開発者も検証できる。断片化しまくりの Android では逆立してもできない。
レンダリングエンジンだけを配布できればセキュリティの Fix は早くなるという怪しげな仮定が正しいとしても、セキュリティ検証の観点から見ても(アプリ動作検証と同様に)単一バージョンを検証すれば良いのか、OS と WebView プロバイダの組み合わせ毎に検証しなければいけないのかを考えれば後者がやばいことは明白。さらに OS と WebView プロバイダという二つの要素の組み合わせですめばいいけど、現実的にはそうじゃない。圧縮・伸長とか、プレゼンテーション層的なマルチメディアサポートとか、それぞれを組み合わせたら、すぐに爆発する。
理想論を言えば Android OS と WebView プロバイダの組み合わせによるバグなど起きないことになっているのかもしれないが。現実的にはそうじゃない。アプリ開発者は iOS の各バージョン毎に検証すれば良いが、Android では OS の各バージョンと WebView プロバイダの各バージョンのありうる組み合わせをできる範囲で検証してあとは諦めるしかない、ということではないのか。これでは iOS のようなエンタープライズ品質のアプリ供給は無理、ということになる。それはユーザーにとってはデメリットだろう。
以下、iOS のストーリーからすると完全にオフトピック:
もちろん断片化が売りの Android だから、それを逆手にとって囲い込みを行うことだってできる。実際私の仕事に関係するところでも iOS 用アプリで供給されることがあっても Android ではアプリとしての供給ではなく OS どころかハードウェアまでセットしか許されないことばかり。
それが進むと Android ディストリビューションから更にはみ出て、Lenovo の Commercial Software Development Kit とかで対応する、などになるのだろう。こうなると検証以前にそもそも Lenovo 以外では動くはずもない「アプリ」になる。利用する現場の責任者は、せっかく Android アプリなんだから多種多様なハードウェアから好きなのを選びたいなどというが、iOS アプリのほうがハードウェア選択肢が多いのが実情。
ハードウェアの差異は OS やライブラリが吸収して、アプリケーションはそれに縛られないことが進歩、という観点からは逆行になるが、需要があって供給があるのなら、それも多様性のひとつなんだろう。
途中まで読んで「なるほどね」と思っていたら、最後の方で思想優先になって矛盾しちゃってるのね
単純な話で
WebkitをアップデートすればSafariもWebViewもアップデートされるけどSafariだけアップデートしてWebViewの方もアップデートされるのか?って懸念でしょ、最初のコメントは。SafariもWebViewもWebkitの上で動いてんだから。
私は、貴方の#4189420の意見には同意見ですよ。安易に環境の多様化(断片化)を招く判断をAppleにはしてほしくありません。
その上で、貴方が本ツリーで「blinkのフォーク元やその理由を取り上げて」いたので、それにについて的外れであることを自覚できるように、android側の情報を提示しただけです。他意はありません。
> 多様性とセキュリティリスクや安定性とはトレードオフ古臭い考えで、書いてて自分で違和感を覚えないのかな
化石のような価値観で凝り固まって自己矛盾を来している自覚すら出来ないのですね。やはりAppleはカルト宗教だなぁ
同感。そもそも15.3RCには含まれているが一般提供にはもう数日って、それ検証に時間がかかっているだけで配布単位の問題とは思えない。それにappleは検証が単独で済み早く配布したいときはマイナーバージョンで出してくるし。多分触れられていないがアプリを分離していれば過去バージョンでも云々って話もあると思うけど、その場合でも必要ならappleはセキュリティアップデートを前のバージョン用に出してくる。訳ない方がユーザーとしても開発者としてもデメリットがメリットを圧倒するよ。
とは言ってもブラウザ(Webkitも含む)とOSに求められるセキュリティレベルは全く違うのも事実。ローカル攻撃しか許さない問題や見た目変えたとかどーでもいい上に互換性問題が出るアップデートとかと抱き合わせることでアップデートそのものが敬遠され、リモートから攻撃を許す脆弱性が放置されてしまうことが困る。
それはまず「アップデートそのものが敬遠され、リモートから攻撃を許す脆弱性が放置されてしまう」ということが本当に起きているのかどうかを確認すべきだろう。
そうしたら次にアプリや WebKit の個別更新を可能にするとそれが解消されるのか、ということを考えればいい。
この思考ってどっから来るんだろユーザーが皆ロイヤリティ高いわけじゃないだろ
アップデートあったら動かなくなるかもって常識じゃね?ユーザーが試して動かないって時点でアウトなんで、アップデートが悪いんじゃないでしょ。作りっパでおkって姿勢が問題だろ、今時。その為の開発版だったり、ベータリリースでしょ。さっさとチェックすれ。
>マイナーアップデートだから大丈夫なんて問題じゃないんだよ。アップデート先選べないんだから。アップデート先選べるよ。情報古いんじゃない?
横から見ててあまりにも無知過ぎでおちょくられててかわいそうなのでこっそり教えてあげるけど、Androidは、iOSでいうWebKitに相当する システムに組み込まれてるウェブブラウザコンポーネントを標準で公式ストア(GooglePlay)から更新できるようになってる
AndroidシステムのWebView - Google Play のアプリ https://play.google.com/store/apps/details?id=com.google.android.webview [google.com] (PCのウェブブラウザからでも見れるページ)
そこらへんのアプリはウェブブラウザコンポーネントとしてこれを使用しているので、これを更新すればiOSでいう所のWebKitを更新し
つまり全てをAppleがコントロールしているiOSには必要ない機能ともいえるわけね
理解できないなら黙ってれば良いのに。全てをAppleがコントロールしている「から」必要な機能なんだよ。独自にブラウザを作って良いなら必要ない機能。
AndroidはなんならOS標準のWebViewまでベンダーがカスタマイズしてしまえたから分離するメリットはよくわかるけどねApple純正WebKit以外選択肢ないからこそ必要ってよくわからんな
今回のストーリーは標準アプリについてだから、標準アプリに脆弱性が見つかるたびにOSアップデートさせるべきかって問題。対象のアプリを使っていない人もいるのに。
WebView/WebKitの話になると、Safariは他のブラウザのアップデート頻度についていけてないよね。ついていこうとするとWindowsUpdateなんて話にならないレベルでOSのアップデートが必要になる。flashの頃はiphoneがシェア取ってたから対応せず逆に廃止に追い込めたけど、現在はどうかな。
さすがにid4桁が「WebView というのは WebKIT の改造品かな?」というのはわざとやってるのか? というレベルだがApple信者というのはここまで無知でいられるのか
古参なんだから劣化が進んでいるに決まっておろう
そりゃ端末ベンダーがOSのアップデートを提供してくれないもんで、フレームワークの脆弱性が残されたままになってしまった状況が産み出した苦肉の策じゃ無いか。Linuxディストリの依存性地獄と同じ様にバージョン間の組み合わせで苦労するよりは、OSごと遅滞なく更新してくれた方がラクでしょうに。
最後の1行入れた為に多くの反応を生み出している気がする。やっぱりWindowsやAndroidをディスってこそ信者なのかな。
興味深いではなく、フレームのもとって評価を付けるべきよね。。。
いやマジそれ。アプリ作ってる立場からすると、WebKitだけ別にバージョンアップとか勘弁してくれ。WebKitはOS内部コンポーネントでAPIだから、OSの分割アップデートに等しいぞ。
■23日にAndroidアプリが利用できない大規模障害が発生。現在は解決済みでWebView更新が原因https://it.srad.jp/story/21/03/23/1943247/ [it.srad.jp]
Safari(≠WebKit)とか、メーラーとメッセージとか、単体のアプリの更新ならアプリ開発にそんなに影響ないから好きにしてくれだけど。
基本的にコンポネート単位で更新できるようにしたほうがいいと思うけどね。検証地獄って言うけど本当にそこまで真剣にやってる?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
本当にメリットは大きいか? (スコア:3, 興味深い)
ブラウザアプリだけのバグならそういう主張もあるかと思うけど WebKit のバグだったら?
いまは iOS 15.2 とかだけ伝えれば開発者は同じ環境で確認できるわけだけど、iOS のバージョンはいくつで Safari のバージョンはいくつで、とかなると組み合わせがすごく多くなる。それにアプリだけ更新できるようにしたら、次は WebKIT だけ更新できるようにしろとか言い出す気がする…
iOS は全体的にみてマイナーバージョンアップ時の不具合はとても少ないと感じる。この「感じる」というところが多数のユーザーがバージョンアップをする一つの要因なわけで、これは大切にすべき。
というわけで、私個人の意見としては「ユーザー側のメリットは大きい」どころかデメリットが大きいように思う。
アップデート時の組み合わせ検証地獄は Windows だけで十分。断片化地獄は Android だけで十分。
Re:本当にメリットは大きいか? (スコア:1)
ブラウザアプリだけのバグならそういう主張もあるかと思うけど WebKit のバグだったら?
Androidで言うところのWebViewとは違うのかな
同じレイヤの話ならまだそんな状態なの?って感じなのだけど
Re:本当にメリットは大きいか? (スコア:2)
Androidで言うところのWebViewとは違うのかな
同じレイヤの話ならまだそんな状態なの?って感じなのだけど
「そんな状態」とは? Android と違ってレンダリングエンジンは WebKIT 一択ですよ。アプリが Chrome だろうが Firefox だろうが。まだ強制だったと思う。
WebView というのは WebKIT の改造品かな? Google の WebKIT2 あたりからもう追えなくなっている。
だからパスワード管理ツールだのがすべての Web レンダリング画面で使用できたりするわけで、検証問題以外にもユーザーにもメリットはある。
# 多様性が欲しければ Android に行けばいい。誰も止めはしないよ。
Re:本当にメリットは大きいか? (スコア:2)
知らないということは分かりました
知らぬままのほうが安らかに過ごしていただけそうです
KHTML → WebKit → WebKit2 → Blink の流れは分かっているのかな?
ググってみると Jetpack ライブラリの android.webkit とか androidx.webkit いうのもあるのか。これはレンダリングエンジンの WebKit とは違うみたいだが、名前はちなんでいるんだろうな。
Re: (スコア:0)
やはり理解できていないようですね
そのレイヤの話なのですからOSと不可分にせず
アプリとしてアップデートできないようにしていることが問題ということです
かつてMSがIEはOSと不可分と言っていたように
かつてAndroidでWebViewがOSと不可分だったように
どれだけ周回遅れの問題なんでしょうという話なだけ
Re: (スコア:0)
Androidでは、約8年ほど前のバージョン(Android 5.0 Lollipop) からWebViewプロバイダとOSとが分離されました。
Google公式のWebView(Android System WebView)は、他のgoogle製アプリと同様にストアで配布され、随時アップデートが可能です。
また、約6年前のAndroid 7.0 Nougat からは、野良ビルドを含めて複数のWebViewプロバイダをインストールすることが可能になりました。
そして、その中からアクティブなWebViewプロバイダを選択することもできるようになりました(極めて重大なセキュリティ侵害に繋がる懸念があるため、各デバイス純正OSではGoogle公式以外のWebViewプロバイダを選択することはできませんが)。
#ここまで読んでお気づきかとは思いますが、このツリーでblinkのフォーク元やその理由を述べることは完全に的外れです
Re:本当にメリットは大きいか? (スコア:1)
Androidでは、約8年ほど前のバージョン(Android 5.0 Lollipop) からWebViewプロバイダとOSとが分離されました。
はあ、つまり、Google / Android の「WebViewプロバイダとOSとが分離」してストアで配布という選択が「正しい」もしくは「進歩的」というご自分の価値観を暗黙の前提にして話をしているわけですか。そりゃ、話が通じないわけです。最初に「そんな状態」とは?って聞いているのに答えずに話しているから変だと思った。(AC だから途中で中の人が違っているかもしれないけど)
(極めて重大なセキュリティ侵害に繋がる懸念があるため、各デバイス純正OSではGoogle公式以外のWebViewプロバイダを選択することはできませんが)
書いてて自分で矛盾を感じないのかな。多様性とセキュリティリスクや安定性とはトレードオフで、Android と iOS ではその評価基準からして違うんだよ、そして iOS と Android とが違うもので、それをユーザーが選べることがメリットのあることだから、Apple は Google のマネをすべきじゃない、と言っているんだが。
Apple は今のところ、iOS のバージョン毎に単一のレンダリングエンジン、単一の Safari を維持している。だから iOS のバージョンがわかればレンダリングエンジンも Safari の特定できるし、アプリ開発者も検証できる。断片化しまくりの Android では逆立してもできない。
レンダリングエンジンだけを配布できればセキュリティの Fix は早くなるという怪しげな仮定が正しいとしても、セキュリティ検証の観点から見ても(アプリ動作検証と同様に)単一バージョンを検証すれば良いのか、OS と WebView プロバイダの組み合わせ毎に検証しなければいけないのかを考えれば後者がやばいことは明白。さらに OS と WebView プロバイダという二つの要素の組み合わせですめばいいけど、現実的にはそうじゃない。圧縮・伸長とか、プレゼンテーション層的なマルチメディアサポートとか、それぞれを組み合わせたら、すぐに爆発する。
理想論を言えば Android OS と WebView プロバイダの組み合わせによるバグなど起きないことになっているのかもしれないが。現実的にはそうじゃない。アプリ開発者は iOS の各バージョン毎に検証すれば良いが、Android では OS の各バージョンと WebView プロバイダの各バージョンのありうる組み合わせをできる範囲で検証してあとは諦めるしかない、ということではないのか。これでは iOS のようなエンタープライズ品質のアプリ供給は無理、ということになる。それはユーザーにとってはデメリットだろう。
以下、iOS のストーリーからすると完全にオフトピック:
もちろん断片化が売りの Android だから、それを逆手にとって囲い込みを行うことだってできる。実際私の仕事に関係するところでも iOS 用アプリで供給されることがあっても Android ではアプリとしての供給ではなく OS どころかハードウェアまでセットしか許されないことばかり。
それが進むと Android ディストリビューションから更にはみ出て、Lenovo の Commercial Software Development Kit とかで対応する、などになるのだろう。こうなると検証以前にそもそも Lenovo 以外では動くはずもない「アプリ」になる。利用する現場の責任者は、せっかく Android アプリなんだから多種多様なハードウェアから好きなのを選びたいなどというが、iOS アプリのほうがハードウェア選択肢が多いのが実情。
ハードウェアの差異は OS やライブラリが吸収して、アプリケーションはそれに縛られないことが進歩、という観点からは逆行になるが、需要があって供給があるのなら、それも多様性のひとつなんだろう。
Re: (スコア:0)
途中まで読んで「なるほどね」と思っていたら、最後の方で思想優先になって矛盾しちゃってるのね
Re: (スコア:0)
単純な話で
Webkitをアップデートすれば
SafariもWebViewもアップデートされるけど
SafariだけアップデートしてWebViewの方もアップデートされるのか?って懸念でしょ、最初のコメントは。
SafariもWebViewもWebkitの上で動いてんだから。
Re: (スコア:0)
私は、貴方の#4189420の意見には同意見ですよ。
安易に環境の多様化(断片化)を招く判断をAppleにはしてほしくありません。
その上で、貴方が本ツリーで「blinkのフォーク元やその理由を取り上げて」いたので、それにについて的外れであることを自覚できるように、android側の情報を提示しただけです。
他意はありません。
Re: (スコア:0)
> 多様性とセキュリティリスクや安定性とはトレードオフ
古臭い考えで、書いてて自分で違和感を覚えないのかな
Re: (スコア:0)
化石のような価値観で凝り固まって自己矛盾を来している自覚すら出来ないのですね。
やはりAppleはカルト宗教だなぁ
Re: (スコア:0)
同感。
そもそも15.3RCには含まれているが一般提供にはもう数日って、それ検証に時間がかかっているだけで配布単位の問題とは思えない。
それにappleは検証が単独で済み早く配布したいときはマイナーバージョンで出してくるし。
多分触れられていないがアプリを分離していれば過去バージョンでも云々って話もあると思うけど、その場合でも必要ならappleはセキュリティアップデートを前のバージョン用に出してくる。
訳ない方がユーザーとしても開発者としてもデメリットがメリットを圧倒するよ。
Re: (スコア:0)
とは言ってもブラウザ(Webkitも含む)とOSに求められるセキュリティレベルは全く違うのも事実。
ローカル攻撃しか許さない問題や見た目変えたとかどーでもいい上に互換性問題が出るアップデートとかと抱き合わせることで
アップデートそのものが敬遠され、リモートから攻撃を許す脆弱性が放置されてしまうことが困る。
Re:本当にメリットは大きいか? (スコア:2)
それはまず「アップデートそのものが敬遠され、リモートから攻撃を許す脆弱性が放置されてしまう」ということが本当に起きているのかどうかを確認すべきだろう。
そうしたら次にアプリや WebKit の個別更新を可能にするとそれが解消されるのか、ということを考えればいい。
Re: (スコア:0)
Re: (スコア:0)
この思考ってどっから来るんだろ
ユーザーが皆ロイヤリティ高いわけじゃないだろ
Re: (スコア:0)
アップデートあったら動かなくなるかもって常識じゃね?
ユーザーが試して動かないって時点でアウトなんで、アップデートが悪いんじゃないでしょ。
作りっパでおkって姿勢が問題だろ、今時。
その為の開発版だったり、ベータリリースでしょ。さっさとチェックすれ。
Re: (スコア:0)
>マイナーアップデートだから大丈夫なんて問題じゃないんだよ。アップデート先選べないんだから。
アップデート先選べるよ。
情報古いんじゃない?
Re: (スコア:0)
横から見ててあまりにも無知過ぎでおちょくられててかわいそうなのでこっそり教えてあげるけど、
Androidは、iOSでいうWebKitに相当する システムに組み込まれてるウェブブラウザコンポーネントを標準で公式ストア(GooglePlay)から更新できるようになってる
AndroidシステムのWebView - Google Play のアプリ
https://play.google.com/store/apps/details?id=com.google.android.webview [google.com]
(PCのウェブブラウザからでも見れるページ)
そこらへんのアプリはウェブブラウザコンポーネントとしてこれを使用しているので、これを更新すればiOSでいう所のWebKitを更新し
Re: (スコア:0)
つまり全てをAppleがコントロールしているiOSには必要ない機能ともいえるわけね
Re: (スコア:0)
理解できないなら黙ってれば良いのに。
全てをAppleがコントロールしている「から」必要な機能なんだよ。
独自にブラウザを作って良いなら必要ない機能。
Re: (スコア:0)
AndroidはなんならOS標準のWebViewまでベンダーがカスタマイズしてしまえたから分離するメリットはよくわかるけどね
Apple純正WebKit以外選択肢ないからこそ必要ってよくわからんな
Re: (スコア:0)
今回のストーリーは標準アプリについてだから、標準アプリに脆弱性が見つかるたびにOSアップデートさせるべきかって問題。対象のアプリを使っていない人もいるのに。
WebView/WebKitの話になると、Safariは他のブラウザのアップデート頻度についていけてないよね。
ついていこうとするとWindowsUpdateなんて話にならないレベルでOSのアップデートが必要になる。
flashの頃はiphoneがシェア取ってたから対応せず逆に廃止に追い込めたけど、現在はどうかな。
Re: (スコア:0)
さすがにid4桁が「WebView というのは WebKIT の改造品かな?」というのはわざとやってるのか? というレベルだがApple信者というのはここまで無知でいられるのか
Re: (スコア:0)
古参なんだから劣化が進んでいるに決まっておろう
Re: (スコア:0)
そりゃ端末ベンダーがOSのアップデートを提供してくれないもんで、フレームワークの脆弱性が残されたままになってしまった状況が産み出した苦肉の策じゃ無いか。
Linuxディストリの依存性地獄と同じ様にバージョン間の組み合わせで苦労するよりは、OSごと遅滞なく更新してくれた方がラクでしょうに。
Re: (スコア:0)
最後の1行入れた為に多くの反応を生み出している気がする。
やっぱりWindowsやAndroidをディスってこそ信者なのかな。
Re: (スコア:0)
興味深いではなく、フレームのもとって評価を付けるべきよね。。。
Re: (スコア:0)
いやマジそれ。
アプリ作ってる立場からすると、WebKitだけ別にバージョンアップとか勘弁してくれ。
WebKitはOS内部コンポーネントでAPIだから、OSの分割アップデートに等しいぞ。
■23日にAndroidアプリが利用できない大規模障害が発生。現在は解決済みでWebView更新が原因
https://it.srad.jp/story/21/03/23/1943247/ [it.srad.jp]
Safari(≠WebKit)とか、メーラーとメッセージとか、単体のアプリの更新ならアプリ開発にそんなに影響ないから好きにしてくれだけど。
Re: (スコア:0)
基本的にコンポネート単位で更新できるようにしたほうがいいと思うけどね。
検証地獄って言うけど本当にそこまで真剣にやってる?