구조화된 오류 객체
테이블을 오류 객체로 전달해 유형과 문맥을 함께 표현합니다.
구조화된 오류 객체은(는) 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 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.