BETCH

Better Error (T) Code Handler and Cinnabar
授权协议 MPL-2.0 License
开发语言 Python
所属分类 应用工具、 IM/聊天/语音工具
软件类型 开源软件
地区 不详
投 递 者 胡弘毅
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

Click for Bot Invite

Discord Client Plugin for Goose Mod

Donations to keep the bot running: https://ko-fi.com/tomger


What is this?

This is a rewrite of the error code module that I maintained for Robocop/Komet.

This rewrite features automatic scrapping of error codes, a better format for error codes and much more. It'll always only focus on error codes and on nothing else.


API

v1 of the API ran on a dedicated webserver at err.tomger.eu. Sadly servers are expensive and as such the "API" was re-engineered to be be a fully static file that gets updated through Github Actions at https://raw.githubusercontent.com/tumGER/BETCH/actions/api.json.

That static file will always have the most updated version of the BETCH error codes.


Manual Installation

This bot is hosted freely HERE, feel free to use it instead

pip install -r requirements.py

and then token = "YOUR-TOKEN" in "config.py" to your discord token.


License

This Source Code Form is subject to the terms of the Mozilla PublicLicense, v. 2.0. If a copy of the MPL was not distributed with thisrepository, You can obtain one at https://mozilla.org/MPL/2.0/.

  • Problem 38: bench与奔驰 Time Limit:1 Ms| Memory Limit:128 MB Difficulty:2 Description 公园里有个人在练开奔驰 - -!,但是总是撞在bench上 (众人曰:狼来了,快跑啊!) 公园里的bench与奔驰都是无敌的,不会被撞坏。 由于开奔驰的人比较"有特点",总是向上下左右四个方向开,而且只会在撞到椅子之后改变方向(起步时

 相关资料
  • \t

    描述 (Description) 字符\t匹配制表符。 例子 (Example) 以下示例显示了字符匹配的用法。 package com.wenjiangs; import java.util.regex.Matcher; import java.util.regex.Pattern; public class CharactersDemo { private static final St

  • 我只是想说清楚,我的意思是这样的- 另外,如果我访问第一个数组以外的元素,也会遇到同样的问题,即(INT*)arr+13。它会属于越界访问的条款吗?因为我是在第一个数组的边界之外访问的。

  • 描述 (Description) 如果存在这样的注释,则java.lang.reflect.Method.getAnnotation(Class《T》 annotationClass)方法返回指定类型的此元素的注释,否则为null。 声明 (Declaration) 以下是java.lang.reflect.Method.getAnnotation(Class《T》 annotationClass

  • 描述 (Description) 如果存在这样的注释,则java.lang.reflect.Field.getAnnotation(Class《T》 annotationClass)方法返回指定类型的此元素的注释,否则为null。 声明 (Declaration) 以下是java.lang.reflect.Field.getAnnotation(Class《T》 annotationClass)方

  • 描述 (Description) 如果存在这样的注释,则java.lang.reflect.Constructor.getAnnotation(Class《T》 annotationClass)方法返回指定类型的此元素的注释,否则为null。 声明 (Declaration) 以下是java.lang.reflect.Constructor.getAnnotation(Class《T》 annot

  • 描述 (Description) java.lang.reflect.AccessibleObject.getAnnotation(Class annotationClass) java.lang.reflect.AccessibleObject.getAnnotation(Class annotationClass) 如果存在这样的注释,则method返回此元素的指定类型的注释,否则返回null

  • 问题内容: 我对方法的使用有疑问。 想象以下代码: 有任何理由为什么你应该使用而不是(反之亦然)。我认为第二个选项更具可读性(当然是个人喜好了)。但是,有没有“真正的”理由为什么应该优先考虑呢? 问题答案: 从当前的JRE实现开始,将始终返回相同的实例,而每次出现不仅会创建自己的实例,甚至还会具有不同的实现类。有关更多详细信息,请参见此处。 原因是编译器生成了一个合成方法,该方法保留了该表达式的琐

  • 我有一个关于方法用法的问题。 想象一下下面的代码: 是否有任何理由使用而不是(反之亦然)。我认为第二种选择更易读(当然是品味问题)。但是,有没有“真正”的理由让一个人优先呢?