类型错误：无法读取未定义的属性“数据”-无法在 Reactjs 中访问超出特定级别的对象“道具”

Question

我通过做在API调用axios中React使用UseEffect。
我们将响应设置为一个名为datausing的变量useState

const [data, setData] = useState({});
  setData(response);

响应来自 NASA API，我们只得到一个为此调用返回的对象（粘贴在下面）。

由于我将响应命名为“data”并且它也有一个“data”键，如果我想记录 url，我知道我会输入console.log(data.data.url)并且在我的app.js主函数中可以顺利运行。在我的card.js组件中，我可以成功登录console.log(data)，console.log(data.data)并且它完全符合您的预期，但是当我console.log(data.data.url)或(data.data.title)它由于某种原因变成时undefined，这会导致 JSX 的返回函数出现大错误，并且站点将无法加载：

 TypeError: Cannot read property 'data' of undefined error.

我不认为我的命名有任何问题，因为它在对象的更高级别工作正常，例如console.log(data.data)工作，并且我在眼前看到列出的下一级属性。

我真的是在 console.logging 这个：

{console.log('FROM INSIDE THE RETURN')}
{console.log(props.data)}  // works, displays object {}
{console.log(props.data.data)}  //works, displays object one level lower   
{console.log(props.data.data.url)}  // type error. You name the property.

不用说这行不通，这是我完成任务的第一种方法：

<img src={props.data.data.url}/>

也就是说，我们在团队领导的帮助下通过剃掉上游对象的顶层来使程序工作，如下所示：

SetData(response.data)

// as opposed to 
SetData(response)

// and then using 
<img src={props.data.url}/>

所以我们不必深入到 props 的底部，但为了清楚起见，我想知道为什么以及它对编译器有什么影响，特别是当它可以正常工作到 n-1 层时，其中 n 是数字对象的层数。

我什至更改了其中一个数据变量的名称，因此“数据”不会重复并且行为相同。

感谢您的帮助和见解！我非常感谢您可以分享的任何见解以及对我的问题的反馈。

这是我正在使用的对象。

     {
        data: {
            copyright: "Bryan Goff",
            date: "2020-03-18",
            explanation: "What's happening behind...[truncated]...Florida, USA.",
            hdurl: "https://apod.nasa.gov/apod/image/2003/AntiCrepRays_Goff_3072.jpg",
            media_type: "image",
            service_version: "v1",
            title: "Anticrepuscular Rays over Florida",
            url: "https://apod.nasa.gov/apod/image/2003/AntiCrepRays_Goff_960.jpg"
        },
        status: 200,
        statusText: "OK",
        headers: {
            contenttype: "application/json"
        },
        config: {
            url: "https://api.nasa.gov/planetary/apod?api_key=DEMO_KEY",
            method: "get",
            headers: {
                Accept: "application/json, text/plain, */*"
            },
            transformRequest: [
                null
            ],
            transformResponse: [
                null
            ],
            timeout: 0,
            xsrfCookieName: "XSRF-TOKEN",
            xsrfHeaderName: "X-XSRF-TOKEN",
            maxContentLength: -1
        },
        request: {}
    }

Answer 1

这确实是一个有趣的挑战。
让我们逐步分析一下，看看我们是否同意：

// this initializes `data = {}` when the app first launches
const [data, setData] = useState({});

// Chances are, you are using this within the "useEffect"
// If so at that point, the above `data = response`
setData(response)

您很可能axios在useEffect.
那么，让我们缩小范围到 API 调用。

API 调用通常是异步的（非阻塞）。
换句话说，此数据获取过程不会阻止您的客户端执行其他“活动”。解决这个问题后，让我们回到您的共享代码：

解释1：这可能是在我们获取数据时发生的

// works, because initially "data = {}"
{console.log(props.data)}

// works, displays object one level lower
{console.log(props.data.data)}
// Explaining this...
// APIs are often backend apps that query a database for actual data. 
// This returned data is stored in "literals" (often arrays/lists/objects).

// type error. You name the property.
{console.log(props.data.data.url)}
// Based on the above explanation, 
// despite the second `data` being an Object literal, 
// "url" isn't yet defined since the API is still "querying" the database

解释2：可能是命名空间冲突

// If all is fine based on "explanation 1", 
// then this could be a "namespace" conflict during compilation.

// At compilation, JS finds two variables named "data"
// 1. The initial data value, 
   data = {}
// 2. The returned data key,
   {
     data: {...},
   }
// If we had a returned response as follows:
   results = {
     data: {...},
   }
// we probably would have something like this working 
{console.log(response.data.result.data.url)}

// And this might explains why these work...
{console.log(response.data.url)}
<img src={props.data.url}/>

请记住，我们在这里处理的是顽固的 JavaScript。
这可能就是为什么Reactjs现在越来越多的大型项目涉及TypeScript.