Ein try/catch, dessen catch nur denselben Fehler erneut wirft. Es fügt Verschachtelung hinzu und suggeriert eine Fehlerbehandlung, die es nicht gibt.
Jedes Beispiel zeigt genau die Codeform, nach der die Regel sucht, und dann die kleinste Version, die die Absicht bewahrt, ohne Risiken zu verstecken oder Rauschen hinzuzufügen.
export async function loadProfile(userId: string) {
try {
return await api.get(`/users/${userId}/profile`)
} catch (error) {
throw error
}
}Deterministischer AST-Abgleich für JS/TS: beanstandet try-Anweisungen ohne `finally`, deren catch-Body aus einem einzigen `throw err` oder `return Promise.reject(err)` der abgefangenen Variable besteht.
export async function loadProfile(userId: string) {
return api.get(`/users/${userId}/profile`)
}Entferne das try/catch und lass den Fehler durchlaufen, oder ergänze den Kontext, das Aufräumen oder die Wiederherstellung, die es rechtfertigen würden.
Agenten packen Aufrufe vorsorglich in try/catch, haben im catch dann nichts zu tun und werfen den Fehler unverändert weiter.
ai-slop/redundant-try-catch
ai-slop
Deterministischer AST-Abgleich für JS/TS: beanstandet try-Anweisungen ohne `finally`, deren catch-Body aus einem einzigen `throw err` oder `return Promise.reject(err)` der abgefangenen Variable besteht.
Catches, die Kontext hinzufügen (`throw new Error('...', { cause: err })`), loggen, aufräumen oder sich erholen, sowie jedes try mit `finally`-Block werden nicht beanstandet.
Teil von aislops Detektoren für defensive Muster in JavaScript und TypeScript, gewertet in der Maintainability-Stufe.