>웹 프론트엔드 >JS 튜토리얼 >vue-cli+axios 요청 및 도메인 간 구현 단계에 대한 자세한 설명

vue-cli+axios 요청 및 도메인 간 구현 단계에 대한 자세한 설명

php中世界最好的语言
php中世界最好的语言원래의
2018-05-08 13:53:531953검색

이번에는 vue-cli+axios 요청 및 도메인 간 구현 단계에 대한 자세한 설명을 가져왔습니다. vue-cli+axios 요청 및 도메인 간 구현에 대한 Notes는 무엇입니까? 보세요.

  • axios 설치

cnpm install axios --save
  • axios를 사용하려는 파일에 axios를 추가하세요

main.js文件 :import axios from 'axois'
要发送请求的文件:import axios from 'axois'
  • config/index.js 파일에 프록시를 설정하세요

 dev: {   
  proxyTable: {// 输入/api 让其去访问http://localhost:3000/api
   '/api':{  
     target:'http://localhost:3000'//设置调用的接口域名和端口号 ( 设置代理目标)
   },
   '/api/*':{
    target:'http://localhost:3000'
   },
  changeOrigin: true,
   pathRewrite: { //路径重写 
      '^/api': '/' //这里理解成用‘/api'代替target里面的地址,后面组件中我们掉接口时直接用api代替 比如我要调用'http://localhost:3002/user/add',直接写‘/api/goods/add'即可
    } 
  }

, 크로스- 그러나 이 지식은 개발 환경(dev)의 크로스 도메인 문제를 해결합니다. 프로덕션 환경에서 실제로 서버에 배포하면 동일한 제품이 아닌 경우에도 여전히 크로스 도메인 문제가 발생합니다. 기원.

axios 요청 방법

요청 받기

 // 向具有指定id的用户发出请求
  axios.get('/user?id=1001')
   .then(function (response) {
    console.log(response.data);
   }).catch(function (error) {
    console.log(error);
   });
  // 也可以通过 params 对象传递参数
  axios.get('/user', {
    params: {
     id: 1001
    }
   }).then(function (response) {//请求成功回调函数
    console.log(response);
   }).catch(function (error) {//请求失败时的回调函数
    console.log(error);
   });

post request

  axios.post('/user', {
    userId: '10001' //注意post请求发送参数的方式和get请求方式是有区别的
   }).then(function (response) {
    console.log(response);
   }).catch(function (error) {
    console.log(error);
   });

추가됨:

vue 중간 ax 도메인 간 문제 해결 및 iOS에서 인터셉터 사용

1. Vue의 Axios는 vue.use() 메서드 선언 사용을 지원하지 않습니다. 따라서 이 문제를 해결하는 방법에는 두 가지가 있습니다.

첫 번째 방법: main.js에 axios를 도입한 다음 이를 vue 프로토타입 체인의 속성으로 설정하여 this.axios를 컴포넌트에서 직접 사용할 수 있도록

import axios from 'axios';
Vue.prototype.axios=axios;
components:
this.axios({
    url:"a.xxx",
    method:'post',
    data:{
      id:3,
      name:'jack'
    }
  })
  .then(function(res){
    console.log(res);
  })
  .catch(function(err){
    console.log(err);
  })
 }

여기서 주목해야 할 점은 요청한 데이터를 axios의 데이터에 복사하는 데 이를 사용하는 것은 유효하지 않다는 것입니다. 이 문제를 해결하려면 화살표 기능을 사용할 수 있습니다.

1. vue cli 스캐폴딩 프런트엔드가 백엔드 데이터 인터페이스를 조정할 때 로컬 프록시 교차 도메인 문제가 발생합니다. 예를 들어 localhost http://10.1.5.11:8080/xxx/duty? time=2017-07-07 14 :57:22', 도메인 간에만 액세스할 수 있습니다. 직접 액세스할 경우 XMLHTTPRequest는 http://10.1.5.11:8080/xxx/duty?time=2017-07-을 로드할 수 없습니다. 07 14:57: 22'. 비행 전 요청에 대한 응답이 액세스 제어를 통과하지 못합니다….

도메인 간 문제가 있는 이유는 무엇입니까? 이는 원본이 아닌 상호 통신이므로 Google로 이동하여 자세히 알아볼 수 있습니다. 여기에서는 webpack에서 ProxyTable을 구성하기만 하면 다음과 같이 config에서 index.js를 찾을 수 있습니다. 그러나 이는 개발 환경(dev)만이 도메인 간 문제를 해결하는 것입니다. 실제로 프로덕션 환경의 서버에 배포된 경우 동일한 출처에서 온 것이 아닌 경우 여전히 도메인 간 문제가 발생합니다. 우리가 배포한 서버 포트는 프런트엔드와 백엔드의 공동 디버깅이 필요한 3001입니다. 첫 번째 단계에서는 프런트엔드를 프로덕션 환경으로 나누어 config/dev에서 요청된 주소 API_HOST를 구성합니다. .env.js, 즉 개발/프로덕션 환경에서는 각각 위에서 구성한 프록시 주소 api를 사용하고, 프로덕션 환경에서는 일반 인터페이스 주소를 사용하므로 구성합니다. 두 개의 파일에서 각각 다음 구성을 수행합니다.

config/index.js
dev: {
  proxyTable: {
   '/api': {
    target: 'http://10.1.5.11:8080/',//设置你调用的接口域名和端口号 
    changeOrigin: true,   //跨域
    pathRewrite: {
     '^/api': '/'     //这里理解成用‘/api'代替target里面的地址,后面组件中我们掉接口时直接用api代替 比如我要调用'http://10.1.5.11:8080/xxx/duty?time=2017-07-07 14:57:22',直接写‘/api/xxx/duty?time=2017-07-07 14:57:22'即可
    }
   }

물론 개발 환경과 프로덕션 환경 모두에서 http://10.1.5.11:8080//을 직접 요청할 수 있습니다. 구성 후 프로그램은 테스트 중에 현재 환경이 개발 환경인지 프로덕션 환경인지 자동으로 확인한 다음 process.env.API_HOST를 사용하여 다음과 같은 모든 구성 요소에서 주소를 사용할 수 있습니다. config/dev.env.jsprod.env.js

instance.post( process.env.API_HOST+ 'user/login', this.form)

그런 다음 두 번째 단계에서 백엔드 서버는 cros cross-domain을 구성합니다. 이는 access-control-allow-origin: *는 모든 액세스를 허용한다는 의미입니다. 요약하자면, 개발 환경에서 우리의 프런트엔드는 크로스 도메인에 대한 프록시 에이전트를 구성할 수 있지만 실제 프로덕션 환경에서는 여전히 백엔드의 협력이 필요합니다. 어떤 전문가는 “이 방법은 IE9 이하에서는 사용하기 쉽지 않다. 호환성이 필요한 경우에는 백엔드의 서버 포트에 프록시를 추가하는 것이 가장 좋은 방법이다. 효과는 개발 시 웹팩 프록시와 비슷하다”고 말했다.

1. Axios가 게시물 요청 문제를 보냅니다.

게시물 요청을 보낼 때 일반적으로 전송할 콘텐츠 유형인 Content-Type을 설정해야 합니다. application/json은 json 개체를 보내는 것을 의미하지만 이를 문자열로 지정합니다. 전진. application/xxxx-form은 보내는 것을 의미합니까? a=b&c=d 형식의 경우 qs 메서드를 사용하여 형식을 지정할 수 있습니다. qs는 axios 설치 후 자동으로 설치됩니다.

config/dev.env.js:
module.exports = merge(prodEnv, {
 NODE_ENV: '"development"',//开发环境
 API_HOST:"/api/"
})
prod.env.js
module.exports = {
 NODE_ENV: '"production"',//生产环境
 API_HOST:'"http://10.1.5.11:8080/"'
}

1. 인터셉터 사용

주소 페이지를 방문하면 해당 페이지에 다시 접속하기 전에 다시 로그인하라는 메시지가 나타나는 경우가 있는데 이는 토큰이 분실되는 등 신원 인증에 실패했다는 의미입니다. 토큰이 아직 로컬에 존재하지만 유효하지 않기 때문에 단순히 로컬에 토큰 값이 있는지 판단하는 것만으로는 문제를 해결할 수 없습니다. 이때 서버는 요청 시 401 오류를 반환하는데 이는 인증 오류, 즉 페이지에 접근할 수 있는 권한이 없음을 나타냅니다.

 我们可以在发送所有请求之前和操作服务器响应数据之前对这种情况过滤。

// http request 请求拦截器,有token值则配置上token值
axios.interceptors.request.use(
  config => {
    if (token) { // 每次发送请求之前判断是否存在token,如果存在,则统一在http请求的header都加上token,不用每次请求都手动添加了
      config.headers.Authorization = token;
    }
    return config;
  },
  err => {
    return Promise.reject(err);
  });
// http response 服务器响应拦截器,这里拦截401错误,并重新跳入登页重新获取token
axios.interceptors.response.use(
  response => {
    return response;
  },
  error => {
    if (error.response) {
      switch (error.response.status) {
        case 401:
          // 这里写清除token的代码
          router.replace({
            path: 'login',
            query: {redirect: router.currentRoute.fullPath}  //登录成功后跳入浏览的当前页面
          })
      }
    }
    return Promise.reject(error.response.data) 
  });

下面看下

vue cli脚手架前端调后端数据接口时候的本地代理跨域问题,如我在本地localhost访问接口http://40.00.100.100:3002/是要跨域的,相当于浏览器设置了一到门槛,会报错XMLHTTPRequest can not load http://40.00.100.100:3002/. Response to preflight request doesn't

pass access control…. 为什么跨域同源非同源自己去查吧,在webpack配置一下proxyTable就OK了,如下 config/index.js

dev: {
  加入以下
  proxyTable: {
   '/api': {
    target: 'http://40.00.100.100:3002/',//设置你调用的接口域名和端口号 别忘了加http
    changeOrigin: true,
    pathRewrite: {
     '^/api': '/'
        //这里理解成用‘/api'代替target里面的地址,
        后面组件中我们掉接口时直接用api代替 比如我要调
        用'http://40.00.100.100:3002/user/add',直接写‘/api/user/add'即可
    }
   }
  }

相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!

推荐阅读:

vue渲染时闪烁应如何处理

js获取ModelAndView需要哪些步骤

小程序分享页面返回上一页步骤详解

위 내용은 vue-cli+axios 요청 및 도메인 간 구현 단계에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.