今回は、vue を使用してサーバーへのリクエストの数を減らす方法についていくつかのメモを紹介します。いくつかの実践的なケースを見てみましょう。
VUE2.0 は、コンポーネントをキャッシュするために使用できるキープアライブ メソッドを提供し、対応するコンポーネントの複数回のロードを回避し、パフォーマンスの消費を削減します。例えば、 写真やテキストなどを含むページのデータはユーザーによってロードされ、ユーザーはそれをクリックすることで別のインターフェースにジャンプします。その後、別のインターフェースから元のインターフェースに戻ります。設定されていない場合は、再度元のインターフェースの情報をサーバーに要求します。 vue が提供するキープアライブは、ページの要求されたデータを保存し、要求の数を減らし、ユーザー エクスペリエンスを向上させることができます。
キャッシュ コンポーネントは、サイトのページ全体をキャッシュするコンポーネントと一部のページをキャッシュするコンポーネントの 2 つのタイプに分類されます。
1. すべてのページをキャッシュします。各ページにリクエストがある状況に適しています。方法は次のとおりです。キャッシュする必要があるルータービューをキープアライブタグでラップします。
りーキャッシュは、作成されたフックに最初のトリガー リクエストを書き込むことで実現できます。たとえば、一覧ページから詳細ページに移動すると、戻ってきたときに元のページが表示されたままになります。
2. 一部のコンポーネントまたはページをキャッシュします。これは、router.meta 属性を使用した判断によって実現できます。方法は次のとおりです。 ルーターの設定は次のとおりです:
<keep-alive> <router-view></router-view> </keep-alive>
新しい属性 include/exclude を通じて設定することもできます。名前には意味が含まれており、include は含めるという意味、exclude は除外するという意味です。ここではコンポーネントの名前を使用して設定する必要があるため、名前を追加する必要があります。 コンポーネント a と b を追加するにはキャッシュが必要ですが、コンポーネント c と d はキャッシュを必要としません。次のように書かれています:
<keep-alive v-if="$route.meta.keepAlive"> <router-view></router-view> </keep-alive> <router-view v-if="! $route.meta.keepAlive"></router-view>
Vue プロジェクトの最適化は、画像の遅延読み込みと同様に、コンポーネントのオンデマンド読み込みによっても実現できます。顧客にはそれらの画像がまったく表示されない場合でも、ページを開くときにすべてを読み込みます。リクエスト時間が長くなり、ユーザー エクスペリエンスが低下します。遅延読み込みは、多くの画像リンクがあるショッピング Web サイトなど、多くの Web サイトで使用されており、スクロールを素早く下に引くと、画像の読み込み状態が表示される場合があります。
追加:
Vueルーティングでキープアライブを有効にする際の注意点これはビジネス要件ではありませんが、ページに入るたびに DOM が再レンダリングされ、データを取得して DOM を更新しているのを見ると、フロントエンド エンジニアとして最適化する必要があると感じます。 Vue が提供する読み込みロジック。 生き続ける 機能があるので試してみました。もちろん、すべてが順風満帆というわけではなく、道での凹凸は避けられないので、ここで遭遇した問題を記録し、この記事を読んだ人が役立つことを願っています。 ps: これは難しいことではありません。
HTML 部分:
routers:[ { path: '/home', name: home, meta:{keepAlive: true} // 设置为true表示需要缓存,不设置或者false表示不需要缓存 } ]
......1. データはどの段階で取得されますか
ページ
ライフ サイクルフックは、上記のコードに示されているとおりです。これら 4 つは最も一般的に使用される部分です。キープアライブを導入する場合はこの部分に注意する必要があります。 初めてページに入ると、フックのトリガー シーケンスが作成されます -> マウントされます -> アクティブ化、非アクティブ化は終了時にトリガーされます。再度入力した場合(前方または後方)、アクティブ化のみがトリガーされます。 私たちはキープアライブを知っています ページ テンプレートが初めて初期化され、HTML フラグメントに解析された後は、再解析は行わず、データが再度入力されたときにメモリ内のデータを読み取ります。つまり、データが変更された場合にのみ、VirtualDOM が diff に使用されます。更新情報。したがって、ページに入るときに取得したデータもアクティブ化される必要があります。データをダウンロードした後、DOM の手動操作も実行して有効にする必要があります。
したがって、データ取得コードのコピーをアクティブ化したままにしておくか、作成された部分を除いてコードを作成済みからアクティブ化に直接転送する必要があります。
2. $route 中的数据读不到
以前的写法是在data中将需要的 $route 数据进行赋值,便于其余方法使用,但是使用了 keep-alive 后数据需要进入页面在activated中再次获取,才能达到更新的目的。定义一个initData方法,然后在activated中启动。
initData: function () { let _this = this; _this.fromLocation = JSON.parse(this.$route.query.fromLocation); _this.toLocation = JSON.parse(this.$route.query.toLocation); _this.activeIndex = parseInt(this.$route.params.activeIndex) || 0; _this.policyType = parseInt(this.$route.params.policyType) || 0; },
3. 当页动态修改url
需求描述:当页面在进行轮播操作的时候希望能记录当前显示的轮播ID(activeIndex)。当进入下一个页面再返回的时候能记住之前的选择,将轮播打到之前的ID位置。所以我想将这部分信息固化在url中,轮播发生变化时,修改URL。这样实现比较符最小修改原则,其余页面不用变动。
之前的写法是将activeIndex放在 $route 的query中,当轮播后,将
activeIndex的值存入 $route.query.activeIndex 中,然后 $router.replace 当前路由,理论上应该能发生变化,但实际没有。
查看文档后说, $route 是只读模式。当然,对象部分是他监管不到的,我修改了并不是正统的做法。
神奇的地方来了:当我将activeIndex记在params中,轮播变动修改params中的参数,然后 $router.replace 当前路由,却能发生对应的变化。代码如下:
let swiperInstance = new Swiper('#swiper', { pagination: '.swiper-pagination', paginationClickable: false, initialSlide: activeIndex, onSlideChangeEnd: function (swiper) { let _activeIndex = swiper.activeIndex; _this.$route.params.activeIndex = _activeIndex; // $router我放到了window上方便调用 window.$router.replace({ name: _this.$route.name, params: _this.$route.params, query: _this.$route.query }); // 根据activeIndex,在这里初始化下面显示的数据 _this.transferDetail = _this.allData.plans[_activeIndex].segments; _this.clearBusDetailFoldState(); } });
4. 事件如何处理
估计你也能猜到,发生的问题是事件绑定了很多次,比如上传点击input监听change事件,突然显示了多张相同图片的问题。
也就是说,DOM在编译后就缓存在内容中了,如果再次进入还再进行事件绑定初始化则就会发生这个问题。
解决办法:在mounted中绑定事件,因为这个只执行一次,并且DOM已准备好。如果插件绑定后还要再执行一下事件的handler函数的话,那就提取出来,放在activated中执行。比如:根据输入内容自动增长textarea的高度,这部分需要监听textarea的input和change事件,并且页面进入后还要再次执行一次handler函数,更新textarea高度(避免上次输入的影响)。
5. 地图组件处理
想必这是使用 keep-alive 最直接的性能表现。之前是进入地图页面后进行地图渲染+线路标记;现在是清除以前的线路标记绘制新的线路,性能优化可想而知!
我这里使用的是高德地图,在mounted中初始化map,代码示例如下:
export default { name: 'transferMap', data: function () { return { map: null, } }, methods: { initData: function () {}, searchTransfer: function (type) {}, // 地图渲染 这个在transfer-map.html中使用 renderTransferMap: function (transferMap) {} }, mounted: function () { this.map = new AMap.Map("container", { showBuildingBlock: true, animateEnable: true, resizeEnable: true, zoom: 12 //地图显示的缩放级别 }); }, activated: function () { let _this = this; _this.initData(); // 设置title setDocumentTitle('换乘地图'); _this.searchTransfer(_this.policyType).then(function (result) { // 数据加载完成 // 换乘地图页面 let transferMap = result.plans[_this.activeIndex]; transferMap.origin = result.origin; transferMap.destination = result.destination; // 填数据 _this.transferMap = transferMap; // 地图渲染 _this.renderTransferMap(transferMap); }); }, deactivated: function () { // 清理地图之前的标记 this.map.clearMap(); }, }
6. document.title修改
这个不是 keep-alive 的问题,不过我也在这里分享下。
问题是,使用下面这段方法,可以修改Title,但是页面来回切换多次后就不生效了,我也不知道为啥,放到setTimeout中就直接不执行。
document.title = '页面名称';下面是使用2种环境的修复方法:
纯js实现
function setDocumentTitle(title) { "use strict"; //以下代码可以解决以上问题,不依赖jq setTimeout(function () { //利用iframe的onload事件刷新页面 document.title = title; var iframe = document.createElement('iframe'); iframe.src = '/favicon.ico'; // 必须 iframe.style.visibility = 'hidden'; iframe.style.width = '1px'; iframe.style.height = '1px'; iframe.onload = function () { setTimeout(function () { document.body.removeChild(iframe); }, 0); }; document.body.appendChild(iframe); }, 0); }
jQuery/Zepto实现
function setDocumentTitle(title) { //需要jQuery var $body = $('body'); document.title = title; // hack在微信等webview中无法修改document.title的情况 var $iframe = $('<iframe src="/favicon.ico"></iframe>'); $iframe.on('load', function () { setTimeout(function () { $iframe.off('load').remove(); }, 0); }).appendTo($body); }
相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!
推荐阅读:
以上がvue を使用してサーバーへのリクエストの数を減らすの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。