為什么先執(zhí)行finally再執(zhí)行try里面的return呢？

這個(gè)本身就是try...catch...finally結(jié)構(gòu)的執(zhí)行過(guò)程。

你可以這樣理解，finally是在當(dāng)前函數(shù)里面的，屬于當(dāng)前函數(shù)的范圍，如果try里面真的返回了，則執(zhí)行流程就已經(jīng)跳出當(dāng)前函數(shù)的范圍了，那么當(dāng)前函數(shù)里面的代碼就不可能再執(zhí)行到了。所以finally需要在try中的return真正返回之前執(zhí)行，然后再返回。

manytomanyfield操作出了問(wèn)題

我網(wǎng)上搜索答案說(shuō)的需要設(shè)置BIOS管理員密碼還要設(shè)置用戶密碼，其實(shí)不用設(shè)置都可以，我也不知道怎么回事，現(xiàn)在又可以修改了。已經(jīng)能正常運(yùn)行了。謝謝大家

import { Observable } from 'rxjs/Observable';
import { Injectable } from '@angular/core';
import { HttpEvent, HttpInterceptor, HttpHandler, HttpRequest, HttpResponse } from '@angular/common/http';
import 'rxjs/add/observable/throw';
import 'rxjs/add/operator/do';
import 'rxjs/add/operator/catch';
import { environment } from '../../environments/environment';

@Injectable()
export class DemoHttpInterceptor implements HttpInterceptor {
    constructor() {}

    public intercept(req: HttpRequest<any>, next: HttpHandler): Observable<HttpEvent<Result<any>>> {
        req = req.clone({
            url: `${environment.base}${req.url}`
        });
        // 記錄請(qǐng)求時(shí)間
        const started = Date.now();
        // 返回下一個(gè)中間件做更多處理
        return next
            .handle(req)
            .do((event: HttpEvent<any>) => {
                if (event instanceof HttpResponse) {
                    // 打印請(qǐng)求耗時(shí)
                    const elapsed = Date.now() - started;
                    console.log(`Request for '${req.urlWithParams}' took ${elapsed} ms.`);
                }
            })
            .catch((res: HttpResponse<any>) => {
                switch (res.status) {
                    case 401:
                        break;
                    case 404:
                        break;
                    case 500:
                    case 502:
                        break;
                }
                // 拋出錯(cuò)誤結(jié)束請(qǐng)求
                return Observable.throw(res);
            });
    }
}

可以的，你的配置文件什么的都在里面，不影響

已解決！后期可能會(huì)將解決辦法發(fā)至博客主頁(yè)

scss
.class-list{

&:first-child{
    &.active{
        h3{
        }
        span{
        }
    }
}
&:nth-child(2){
    &.active{
        h3{
        }
        span{
        }
    }
    }
&:last-child{
    &.active{
        h3{
        }
        span{
        }
    }
}

}

小程序文檔檔中有說(shuō)過(guò)吧，可以在 app.js 里設(shè)置一個(gè)狀態(tài)和一個(gè)全局回調(diào)，別的頁(yè)面的初始化在此狀態(tài)完成之前都等待。

• app.js 里包含 isReady 和回調(diào)。
• index.js 初始化時(shí)檢查 app.isReady 的狀態(tài)，看是現(xiàn)在立刻啟動(dòng)（.start()）還是在回調(diào)之后再啟動(dòng)。

1. 如果你的移動(dòng)端和 PC 端產(chǎn)品存在很大的功能差異，那么可以考慮用兩套邏輯實(shí)現(xiàn)，不然的話，建議還是一套
2. 一套邏輯：使用響應(yīng)式的樣式，盡量采用流式布局（不寫(xiě)死寬高，自適應(yīng)）
3. 兩套邏輯：服務(wù)器端通過(guò) userAgent 輸出不同的頁(yè)面；公共部分建立公公類庫(kù)，使用 npm 或者 git submodule 管理

但是那是vue-router的說(shuō)。cdn可以用，一樣的。

平臺(tái)很大，但是大家都是過(guò)客。心有點(diǎn)涼了
問(wèn)題自己已經(jīng)找到造成的原因了。是由于etcd服務(wù)沒(méi)有開(kāi)啟，通過(guò)message日志信息查看到的，昨天一直沒(méi)有注意到kube-apiserver服務(wù)是沒(méi)有啟動(dòng)的，由于啟動(dòng)systemctl start kube-apiserver 的時(shí)候沒(méi)有報(bào)錯(cuò)回顯。所自己忽略了，還有以后要看日志。

1.我感覺(jué)你是來(lái)黑php的，寫(xiě)了8年代碼不可能對(duì)價(jià)格還沒(méi)什么了解
2.如果你是真心想問(wèn)，可以去極客時(shí)間看看，左耳朵耗子的一些課程，不是打廣告

position:absolute 之后，span為display:block;

我調(diào)用的時(shí)候取到的就是返回的數(shù)據(jù)

http://bestvayne.github.io/20...

最后還是參考了Echart的官方文檔，以及小程序的官方文檔，用chartOption方法將獲取的數(shù)據(jù)插入到UI中

應(yīng)該是用到了navigationStyle:custom,把默認(rèn)的隱藏掉，完全自定義

如果querystring存在，就results就是過(guò)濾后的restaurants，否則就是restaruants的值，然后把results放入回調(diào)cb里執(zhí)行

我知道問(wèn)題了，
不要引入var querystring= require('querystring')，
而是引入var qs = require('qs')，
querystring 和 qs雖然方法都一樣，可是他們沒(méi)有關(guān)系的，qs才是aixos里用的，隨axios安裝就有了的。

你可以在它最外層的容器上加個(gè)class名，然后在控制臺(tái)找到里面那個(gè)按鈕的class名，可以自己添加高度，如果不生效，可能是scope的原因，去掉就好了

確實(shí)，按照正常情況來(lái)講的，當(dāng)this為object時(shí)，this.message是絕對(duì)不會(huì)報(bào)錯(cuò)的。

然鵝js不會(huì)欺騙你，那么這個(gè)鍋只能讓vue來(lái)背了。

你可以點(diǎn)擊控制臺(tái)報(bào)錯(cuò)的這一行，查看拋出錯(cuò)誤的vue代碼，也就是vue.esm.js?a026:3297：
at VueComponent.proxyGetter [as trigger] (vue.esm.js?a026:3297)

然后你會(huì)發(fā)現(xiàn)，代碼大概是這樣的：

var sharedPropertyDefinition = {
  enumerable: true,
  configurable: true,
  get: noop,
  set: noop
};

function proxy (target, sourceKey, key) {
  sharedPropertyDefinition.get = function proxyGetter () {
    return this[sourceKey][key] // 是這里報(bào)錯(cuò)了 sourceKey為_(kāi)props, key為message
  };
  sharedPropertyDefinition.set = function proxySetter (val) {
    this[sourceKey][key] = val;
  };
  Object.defineProperty(target, key, sharedPropertyDefinition);
}

重點(diǎn)在于return this[sourceKey][key]。

實(shí)際上this.message調(diào)用的并不是vue實(shí)例對(duì)象下的message屬性，而是this._props.message。
而this._props在此時(shí)（beforeCreate）是undefined的。
這跟vue的生命周期有關(guān)，可以看這個(gè)圖：https://cn.vuejs.org/images/l...。

And，如果你在created鉤子中console.log(this)，你會(huì)發(fā)現(xiàn)this下是會(huì)有message屬性的...（也有_props.message）。

是因?yàn)樯厦尜N出的代碼中有這一段：Object.defineProperty(target, key, sharedPropertyDefinition);
target是當(dāng)前vue實(shí)例，key是message這一類的props。
( vue用了defineProperty把this.message指向了this._props.message。)

所以，我們還可以做一個(gè)試驗(yàn)：

  created() {
    console.log(this._props) // object
    console.log(this.message, 11)  // 'message content'
    delete this._props.message
    console.log(this.message, 22) // undefined
  }