0Pricing
Lua Academy · 강의

구조화된 오류 객체

테이블을 오류 객체로 전달해 유형과 문맥을 함께 표현합니다.

구조화된 오류 객체은(는) CoddyKit의 무료 Lua Academy 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Lua Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Lua Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

구조화된 오류를 사용하는 이유

일반 문자열 오류는 프로그램에서 처리하기 어렵습니다. 구조화된 오류 객체(테이블)는 유형 정보와 문맥 데이터를 포함하며 호출자가 검사하고 그에 따라 동작할 수 있습니다. 따라서 문자열을 분석하지 않고도 오류 기반 분배를 수행할 수 있습니다.

-- Plain string: hard to handle programmatically
error("database error: connection refused")

-- Structured: type + data
error({
  type = "DatabaseError",
  code = "CONN_REFUSED",
  host = "localhost",
  port = 5432,
  message = "connection refused"
})

오류 생성자 패턴

각 오류 유형에 대해 오류 팩토리 함수를 만드십시오. 팩토리는 유형, 메시지 및 관련 문맥을 일관된 필드로 포함하는 테이블을 생성합니다. __tostring 메타메서드를 사용하면 오류를 보기 좋게 출력할 수 있습니다.

local ErrorMT = {__tostring = function(e)
  return string.format("[%s] %s", e.type, e.message)
end}

local function makeError(errType, msg, data)
  local e = {type=errType, message=msg}
  if data then for k,v in pairs(data) do e[k]=v end end
  return setmetatable(e, ErrorMT)
end

local E = {
  notFound = function(name) return makeError("NOT_FOUND","not found: "..name,{name=name}) end,
  badInput = function(msg,field) return makeError("BAD_INPUT",msg,{field=field}) end,
}

local ok, err = pcall(error, E.notFound("user:42"))
print(tostring(err))   -- [NOT_FOUND] not found: user:42

오류 객체 유형 확인

오류를 잡은 후 알려진 유형 필드가 있는 테이블인지 확인하십시오. 그러면 문자열 패턴 일치에 의존하지 않고 오류 유형에 따라 서로 다른 복구 전략을 분배할 수 있습니다.

local function handleRequest(fn)
  local ok, err = pcall(fn)
  if ok then return true end
  if type(err) == "table" then
    if err.type == "NOT_FOUND" then
      print("404: " .. err.message)
    elseif err.type == "BAD_INPUT" then
      print("400: " .. err.message .. " (field: " .. (err.field or "?") .. ")")
    else
      print("500: unhandled error: " .. tostring(err))
    end
  else
    print("500: " .. tostring(err))
  end
  return false
end

오류 계층 구조

is_a 필드를 확인하거나 메타테이블을 사용하여 오류 계층 구조를 모방할 수 있습니다. 하위 오류 유형은 상위 유형의 필드를 상속하며, 세부 정보가 필요하지 않은 코드에서는 상위 유형으로 처리할 수 있습니다.

local function isError(e, errType)
  if type(e) ~= "table" then return false end
  return e.type == errType or e.parentType == errType
end

local function makeDbError(code, msg)
  return {type="DbError:"..code, parentType="DbError", code=code, message=msg}
end

local err = makeDbError("TIMEOUT","query timed out")
print(isError(err, "DbError"))          -- true
print(isError(err, "DbError:TIMEOUT"))  -- true
print(isError(err, "NetworkError"))     -- false

오류 감싸기

오류를 잡아 다시 발생시킬 때는 원래 오류를 잃지 않고 문맥을 추가할 수 있도록 감싸십시오. 래퍼는 자체 유형을 가지며 원래 오류를 원인으로 포함합니다.

local function wrapError(msg, cause)
  return {
    type = "WrappedError",
    message = msg,
    cause = cause,
  }
end

local function loadConfig(path)
  local ok, err = pcall(function()
    local f = assert(io.open(path,"r"))
    local content = f:read("a")
    f:close()
    return content
  end)
  if not ok then
    error(wrapError("failed to load config: "..path, err))
  end
end

local ok2, e = pcall(loadConfig, "missing.cfg")
if not ok2 then
  print(e.message)
  print("Caused by:", tostring(e.cause))
end

오류 코드와 오류 유형

일반적인 규약에는 두 가지가 있습니다. HTTP 상태 코드처럼 숫자로 표현하는 오류 코드와 의미를 나타내는 이름으로 표현하는 오류 유형 문자열입니다. 오류 코드는 숫자로 쉽게 비교할 수 있고 유형 문자열은 자체적으로 의미를 설명합니다. 많은 시스템은 두 가지를 모두 사용합니다.

local STATUS = {OK=200, NOT_FOUND=404, SERVER_ERROR=500, BAD_REQUEST=400}

local function makeStatusError(status, msg)
  return {status=status, message=msg, type="HTTPError"}
end

local function handleError(e)
  if e.status == STATUS.NOT_FOUND then
    print("Resource not found:", e.message)
  elseif e.status >= 500 then
    print("Server error:", e.message)
  else
    print("Error", e.status, e.message)
  end
end

handleError(makeStatusError(404, "user not found"))

오류 스택(원인 연결 고리)

오류가 다른 오류로 인해 발생했다면 서로 연결하십시오. 그러면 애플리케이션의 각 계층에서 무엇이 잘못되었는지 전체적으로 파악할 수 있습니다. 연결 고리를 풀어 전체 오류 내역을 기록하거나 표시하십시오.

local function unwindCause(e, depth)
  depth = depth or 0
  local pad = string.rep("  ", depth)
  if type(e) == "table" then
    print(pad .. (e.type or "Error") .. ": " .. (e.message or "?"))
    if e.cause then unwindCause(e.cause, depth+1) end
  else
    print(pad .. tostring(e))
  end
end

local inner = {type="IoError", message="permission denied"}
local outer = {type="ConfigError", message="cannot load config", cause=inner}
unwindCause(outer)
-- ConfigError: cannot load config
--   IoError: permission denied

콜백 문맥의 오류

콜백(이벤트 처리기, 반복자) 내부에서 오류가 발생하면 콜백을 호출한 쪽으로 전파됩니다. pcall을 사용해 오류를 잡고 어떤 콜백이 실패했는지에 대한 문맥과 함께 보고하십시오.

local function runCallbacks(callbacks, data)
  local errors = {}
  for name, fn in pairs(callbacks) do
    local ok, err = pcall(fn, data)
    if not ok then
      errors[#errors+1] = {callback=name, error=err}
    end
  end
  return errors
end

local cbs = {
  validate = function(d) assert(d.name, "name required") end,
  transform = function(d) d.name = d.name:upper() end,
}

local errs = runCallbacks(cbs, {})
for _, e in ipairs(errs) do
  print(e.callback, "->", e.error)
end

오류 세부 정보 출력

문자열 오류와 테이블 오류를 모두 처리하면서 오류 객체를 구조화되고 읽기 쉬운 방식으로 출력하는 도우미입니다. 오류를 기록하거나 사용자에게 표시하는 애플리케이션 경계에서 유용합니다.

local function printError(err, prefix)
  prefix = prefix or "Error"
  if type(err) ~= "table" then
    print(prefix .. ": " .. tostring(err))
    return
  end
  print(prefix .. " [" .. (err.type or "unknown") .. "]")
  print("  Message: " .. (err.message or "?"))
  for k, v in pairs(err) do
    if k ~= "type" and k ~= "message" and k ~= "cause" then
      print("  " .. k .. ": " .. tostring(v))
    end
  end
  if err.cause then printError(err.cause, "  Caused by") end
end

구조화된 오류를 사용한 단정

일반 문자열 대신 구조화된 오류를 발생시키는 assertT(유형이 지정된 오류를 사용하는 assert)를 만드십시오. 그러면 호출자에서 특정 오류 유형을 쉽게 테스트할 수 있습니다.

local function assertT(cond, errType, msg, data)
  if not cond then
    local e = {type=errType, message=msg}
    if data then for k,v in pairs(data) do e[k]=v end end
    error(e, 2)
  end
  return cond
end

local function createUser(name, age)
  assertT(type(name)=="string", "BAD_INPUT", "name must be string", {field="name"})
  assertT(age >= 0 and age <= 150, "BAD_INPUT", "invalid age", {field="age", value=age})
  return {name=name, age=age}
end

local ok, err = pcall(createUser, "Alice", -5)
if not ok then print(err.type, err.field, err.value) end

빠른 확인

문자열 대신 테이블을 error()에 전달할 때의 가장 큰 장점은 무엇입니까?

복습: 구조화된 오류

요약:

  • 구조화되고 검사 가능한 오류를 위해 error()에 테이블을 전달합니다.
  • 유형, 메시지 및 관련 문맥 필드를 포함합니다.
  • 읽기 쉬운 출력을 위해 __tostring을 추가합니다.
  • 원인을 잃지 않고 문맥을 추가하도록 오류를 감쌉니다.
  • 처리기에서 유형에 따라 분배할 때 문자열 패턴이 아니라 err.type을 확인합니다.

자주 묻는 질문

“구조화된 오류 객체” 강의는 무료인가요?

네 — “구조화된 오류 객체” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Lua Academy 강의 전체를 잠금 해제할 수 있습니다. Lua Academy 강의에는 총 4개의 강의가 포함되어 있습니다.

“구조화된 오류 객체”에서 뭘 배우나요?

테이블을 오류 객체로 전달해 유형과 문맥을 함께 표현합니다. 브라우저에서 직접 실행하는 실습 코드로 Lua Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Lua Academy을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Lua Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.

“구조화된 오류 객체” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Lua Academy 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Lua Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. error() 함수
  2. pcall을 사용한 보호된 호출
  3. xpcall과 메시지 처리기
  4. 구조화된 오류 객체
← Lua Academy(으)로 돌아가기