当前位置: 首页 > news >正文

北京建网站品牌公司科技头像

北京建网站品牌公司,科技头像,网站的建设论文的选题描述,wordpress返回顶部代码Bito智能辅助编程体验报告 1 Bito 能够为我们做些什么事#xff1f; 号称 IDE 的“瑞士军刀”#xff0c;可以提升开发 10 倍的效率; 生成代码#xff1a;要求 Bito 使用自然语言提示生成任何语言的代码。#xff08;例如#xff0c;编写一个 Java 函数将数字从一种基数转…Bito智能辅助编程体验报告 1 Bito 能够为我们做些什么事 号称 IDE 的“瑞士军刀”可以提升开发 10 倍的效率; 生成代码要求 Bito 使用自然语言提示生成任何语言的代码。例如编写一个 Java 函数将数字从一种基数转换为另一种基数 命令语法询问任何技术命令的语法。例如How to set a global variable for git? 测试用例为代码生成测试用例。 生成代码直接在编辑器中写出提示来生成代码。 解释代码解释所选代码。询问这段代码是如何工作的或者它做了什么。 代码调试找出代码中的问题 注释方法为要添加到代码中的函数或方法生成注释。 提高性能询问如何提高给定代码的性能。 检查安全性询问所选代码是否存在任何已知的安全问题。 学习技术概念提出有关任何技术概念的问题 回答代码片段相关问题你可以询问与你的项目相关的问题或在某个任务上进行迭代 提供代码建议提供实时的代码建议包括单行代码、整个函数甚至是代码块 生成文档能够自动生成代码文档帮助文档化你的项目 代码重构和优化使用提示来解释和重构代码 转换文件语言可以帮助将文件从一种编程语言转换为另一种 自动代码补全: 预测你下一步代码想要写什么 Bito 的用例非常适合各种开发人员 寻求自动化日常任务和提高代码质量的软件开发人员 希望通过 AI 帮助提高生产力和效率的开发团队 旨在通过强大的代码助手增强其编码体验的个人程序员 总的来说Bito 为开发人员提供了一种用户友好且安全的解决方案可以更快地生成代码并简化他们的工作流程。 2 实际测试以及评估: 2.1 代码理解能力 对咋们代码的理解能力是辅助我们写代码给出方案建议代码优化/重构等能够帮助我们提升开发效率的前提 现在咋们用解释代码这个功能来测试它代码理解能力解释代码: 通常用于熟悉新代码并用您选择的语言进行解释 用它来解释/总结整个存储库、文件、模块或函数 轻松选择一段代码或整个文件并以任何语言英语、中文、法语等对其进行解释 使用 Bito 聊天、快捷方式、上下文菜单或 CLI 获取任何格式的内容 在向代码提问之前需要让BITO索引到我们本地代码库: 索引存储在您的系统本地以提供更好的性能同时维护私有代码的安全/隐私 索引完成后您可以通过在我们的 Bito 聊天框中的请求中添加特定关键字例如“我的代码”、“我的代码库”“我的仓库”、“我的项目”、“我的文件夹”等来提出问题。 2.1.1 解释业务函数 把该函数的总体逻辑轮廓概括出来了准确率还可以; 只是它解读代码只能读到代码的“表象”,读不出这样设计的原因这里就需要结合业务需求去理解代码 加上详细注解会发现受到注解的影响比较大逻辑解析得更加详细了同一个问题我们多次提问给出答案也是有所区别得对于复杂的函数我们多询问几次以便更加清楚的了解代码逻辑对于复杂的业务函数我们需要结合业务需求设计方案数据表结构作者注释加ai辅助我们就可以快速高效理清业务模块只有做好第一步理清了逻辑我们才好基于这个基本逻辑进一步深入提问。 总结后进行摘要prd 需求需要具体 这种方式来解释代码像打流水一样感觉作用不大还是多使用检索的方式来解析代码 代码要注释清楚 解释源码: 知其然也要知其所以然。为了探究实现的原理往往离不开查看源码的过程。以我最近在研究的HashMap为例子                static final int hash(Object key) {  int h;    return (key null) ? 0 : (h key.hashCode()) ^ (h 16); } 代码本身并不复杂但是一个右移16位做异或的操作却让我难以理解。为啥要做异或运算为啥又是右移了16位再做异或运算我翻遍了百度、知乎也才笼统的得到一个答案可能是为了解决哈希冲突。 但是当我向AI请求这段代码的含义时简简单单就获得了一个清晰易懂的答案。 看到答案的我也不由的惊呼起来有这等工具加持我还会怕冗长的Spring框架看不懂吗我还会害怕自己理解不了繁琐的源码原理吗 显然有了这样的工具对于程序员理解框架、理解内在的实现含义必然是一大助力。 解读代码模块: 通过对文件夹的索引能够展示被调用函数的解读 能够帮助我们检测出指定函数调用了其他的拿一些函数 2.1.2 生成单元测试 添加接口测试 测试负复杂的业务函数 单元测试 根据代码结构和注释理解了代码逻辑生成出来的单元测试也是比较完整的覆盖了三个场景但是生成的代码需要稍微调整后才能运行极大的可以帮助我们写单元测试提升效能。 2.1.3 代码智能自动补全 自动补全的依据是可以直接写注释方式或者我们写了“上文”,自动帮我们补充下文(提示文来自上下文和当前正在写的代码)也可以在我们修改代码时给出比较优雅的处理 我们在写代码的过程中会根据上下文和注解提示自动生成下文有的情况会有多个结果让我们进行选择按tab 键进行确认 Bito 实时学习您的代码提供多种建议来完成行或块供您选择。在编辑器中使用注释描述功能并使用 Bito 自动生成代码选项供您选择。Bito 了解您的整个代码库以确保 AI 生成的代码符合您的编码标准并与您现有的代码良好集成.当您在编辑器中编写代码时Bito 使用行业领先的 AI 模型生成高质量的编码建议 人工智能代码完成度有多好 由于 Bito 熟悉您的整个代码库因此它可以提供比当今其他人工智能编码助手更准确的代码建议。 例如 Bito 可以查看您的导入并预测您要尝试完成的任务。 Bito 可以读取您所在的功能并预测您下一步要做什么。 Bito 可以发现您集成的 API 并建议可能的调用端点。 收集上下文后Bito 使用不同的大型语言模型 (LLM)来提出一些您接下来最有可能想要编写的选项。因此如果一种解决方案不起作用您可以尝试更多解决方案。 Bito 提供与您正在处理的代码保持一致的高质量代码补全。但是如果建议的完成在您的具体情况下不那么准确您可以编写额外的代码或在注释中提供明确的说明以帮助 Bito 更好地理解上下文并生成更精确的解决方案。 2.1.4 代码生成 2.1.4.1 生成一般函数 这个举个演示一个根据给出的公式来计算结果 请帮写一个函数函数需要根据公式计算完成率公式为v10 and v20 ,100%;v10 and v20, 0% , 否则 (v1-v2)/abs(v2)1 该函数的入参为(BigDecimal v1,BigDecimal v2) 和公式中的v1,v2进行对应函数的返回类型为BigDecimal 对于这种带算法属性的函数可以信手拈来而且还把我没有提示完整的精度给我补全了 2.1.4.2 生成业务类函数 我们首先要自己清楚自已要写的函数的目标以及具体的逻辑然后给出的出入参说明特别时入参字段的说明; 当然我们可以根据给出函数目标和参数要素说明让它自己编写逻辑或者根据我们的大概逻辑的框架让他完善具体代码当然可以在自己写完代码后我们review 后给出修正建议或者让他自己进行自我纠正 如 在我的代码 在EarlyWarningBiTriggerServiceImpl.java 文件中根据该文件的上下文请帮写一个函数该函数主要向early_warning_bi_trigger_status 表中新增数据或更新数据 该函数的入参ListEarlyWarningBiTriggerStatus triggerStatus,Long enableTriggerId 无返回值 void 该函数的目的是根据入参triggerStatus 去数据表early_warning_bi_trigger_status 根据enableTriggerId和入参结合中的orgIndicatorId 去查找满足条件的数据行 把存在的数据进行状态更新不存在的进行新增;如果在early_warning_bi_trigger_status 表中查找不到就将triggerStatus 数据全部插入该表中 生成的代码基本正确标黄的部分没有加入其中在代码中就没有体现出来可见我们要指挥它做事还是需要把逻辑说完整的尴尬了比我写得还要简洁点。。。我还写复杂了从这个层面来看它还可以帮助我们扩展思路 基于原有生成的代码补充未完善的逻辑 我们需要将做的功能进行模块化越小越好 示例二: 在我的代码库中找到这四张表org_organizationorg_employee_positionorg_positionorg_employee他们之间的关联关系是 org_organization.id org_employee_position.organization_id;org_employee_position.employee_id org_employee.id; org_employee_position.position_id org_position.id; 请根据上下文环境和表结构关系编写一个函数来构建树结构数据岗位信息根据org_employee_position.position_id org_position.id 关联关系查找出来放在对应的org_organization.id 下面,也就是父节点是对应的org_organization.id岗位下级就是对应的员工信息 根据这个org_employee_position 表找对应的员工信息函数入参是 org_organization中的id 函数返回的实体类要包含的字段要有 ApiModelProperty(树节点ID) private Long id; ApiModelProperty(树节点名称) private String name; ApiModelProperty(父节点ID) private Long parentId; ApiModelProperty(value 手机号) private String mobile; ApiModelProperty(组织树编码唯一) private String code; ApiModelProperty(组织类型code) private String type; 请中文解释回答 进一步修改prompt 生成效果思路是正确的,我们需要验证微调一下就可以了当然我们可以调整让它多生成几次调整思路 注释驱动的编码 在编辑器中使用注释描述功能并使用 Bito 自动生成代码选项供您选择。接收直接从您自己的代码库中的知识中提取的个性化、上下文感知的答案。用简单的语言提出任何问题并直接从您的代码库中获得答案。使用它可以快速掌握新代码找到与功能或错误相关的代码或了解依赖关系。 2.1.5 使用自然语言进行代码搜索 如: ·  我的项目中的DateUtils.java 文件中有根据当前是日期查找当前日期所在本月的最后一天的函数吗 当我们不知道整个工程中我们要用的函数是否存在可以用自然语言匹配特别是工具性通用的函数 ·   我的代码库中有任何代码或脚本在发送电子邮件吗 提示语用正确 才能进行本地代码的检索 ·   在我的代码库中列出了在 EarlyWarningBiTriggerServiceImpl.java 中使用了列出使用了该ruleList对象集合的所有行号 2.1. 6编写 SQL 查询 自动完成用于 CRUD 操作、表结构定义、SQL 连接、通配符等的 SQL 查询。您甚至可以要求 Bito 编写更安全的查询来防止 SQL 注入。 给出表结构以及表结构关系按照要求写出sql 现在有四张表表结构语句如下: CREATE TABLE early_warning_bi_trigger ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, warning_name varchar(255) NOT NULL COMMENT 预警名称, warning_level char(63) NOT NULL DEFAULT COMMENT 预警等级数据字典EARLYWN, trigger_condition tinyint(1) NOT NULL COMMENT 触发条件0满足所有条件1表示满足任意条件, warning_way char(63) DEFAULT NULL COMMENT 预警方式 数据字典WARNINGWAY, creat_employee_id bigint(20) NOT NULL COMMENT 创建人id, creat_employee_name varchar(50) NOT NULL COMMENT 创建人名称, create_mobile char(50) NOT NULL COMMENT 创建人手机号, enabled tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否启用0表示禁用1表示启用, node_type tinyint(1) NOT NULL COMMENT 节点类型1表示项目节点2表示组织节点, dispatch_response_time int(11) DEFAULT NULL COMMENT 调度响应时长单位分钟, alarm_type char(63) NOT NULL DEFAULT COMMENT 告警类型数据字典ALARMTYPE, uuid varchar(63) CHARACTER SET utf8 NOT NULL DEFAULT COMMENT 唯一标识, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT8 DEFAULT CHARSETutf8mb4 COMMENT预警配置表; CREATE TABLE early_warning_bi_trigger_rule ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, menu_id varchar(50) NOT NULL DEFAULT COMMENT 菜单ID 最后一级, diagram_id varchar(50) NOT NULL DEFAULT COMMENT 图表ID 最后一级, indicator_id varchar(50) NOT NULL DEFAULT COMMENT 指标ID,最后一级, menu_name varchar(50) NOT NULL DEFAULT COMMENT 菜单名称, indicator_name varchar(50) NOT NULL DEFAULT COMMENT 指标名称, diagram_name varchar(50) NOT NULL DEFAULT COMMENT 图表名称, indicator_type tinyint(1) NOT NULL COMMENT 指标类型1数值型,2比例型, indicator_condition varchar(63) NOT NULL COMMENT 指标条件大于-gt、大于等于-ge、小于-lt、小于等于-le、介于-between, indicator_value1 decimal(20,6) unsigned zerofill NOT NULL DEFAULT 00000000000000.000000 COMMENT 指标数值1, indicator_value2 decimal(20,6) unsigned zerofill NOT NULL DEFAULT 00000000000000.000000 COMMENT 指标数值2, is_covered tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否被覆盖:0 否  1 是, org_id bigint(20) NOT NULL DEFAULT 0 COMMENT 预警范围, org_name varchar(255) NOT NULL DEFAULT COMMENT 预警范围名称, org_type tinyint(1) NOT NULL COMMENT 类型1为总部2为项管中心3项目, data_type tinyint(1) NOT NULL COMMENT 数据类型0为实时数据1为 t1 数据 , create_role_level tinyint(1) NOT NULL DEFAULT 1 COMMENT 角色等级1 总部  2 项管中心  3 项目, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime(6) NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT5352 DEFAULT CHARSETutf8mb4 COMMENT预警配置规则表; CREATE TABLE early_warning_bi_trigger_employee ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, project_id bigint(20) NOT NULL COMMENT 项目ID, project_name varchar(63) NOT NULL COMMENT 项目名称, employee_id bigint(20) NOT NULL DEFAULT 0 COMMENT 员工ID, mobile varchar(63) NOT NULL DEFAULT COMMENT 手机号, employee_name varchar(63) NOT NULL DEFAULT COMMENT 姓名, position_id bigint(20) NOT NULL COMMENT 岗位ID, position_name varchar(63) NOT NULL DEFAULT COMMENT 岗位名称, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime(6) NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT779 DEFAULT CHARSETutf8mb4 COMMENT预警接收人表; CREATE TABLE early_warning_bi_trigger_tosend_message ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, org_id bigint(20) NOT NULL COMMENT 组织ID, warning_name varchar(255) NOT NULL COMMENT 预警名称, org_name varchar(255) NOT NULL DEFAULT COMMENT 组织节点名称, menu_id varchar(50) NOT NULL DEFAULT COMMENT 菜单ID 最后一级, menu_name varchar(50) NOT NULL DEFAULT COMMENT 菜单名称, diagram_id varchar(50) NOT NULL DEFAULT COMMENT 图表ID 最后一级, diagram_name varchar(50) NOT NULL DEFAULT COMMENT 图表名称, indicator_id varchar(50) NOT NULL DEFAULT COMMENT 指标ID,最后一级, indicator_name varchar(50) NOT NULL DEFAULT COMMENT 指标名称, indicator_type tinyint(1) NOT NULL COMMENT 指标类型1数值型,2比例型, indicator_condition varchar(63) NOT NULL COMMENT 指标条件大于-gt、大于等于-ge、小于-lt、小于等于-le、介于-between, indicator_value1 decimal(20,6) NOT NULL DEFAULT 0.000000 COMMENT 指标数值1, indicator_value2 decimal(20,6) NOT NULL DEFAULT 0.000000 COMMENT 指标数值2, real_trigger_value varchar(255) NOT NULL DEFAULT COMMENT 实际触发值, send_time datetime DEFAULT NULL COMMENT 消息推送时间, is_need_send tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否需要推送 0 否  1 是, is_sended tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否推送 0 未推送(已触发) 1 已推送(已触发), dispatch_task_name varchar(50) DEFAULT NULL COMMENT 调度任务名称, work_order_status varchar(30) DEFAULT NULL COMMENT 工单状态, complete_time datetime DEFAULT NULL COMMENT 工单完成时间, description varchar(500) DEFAULT NULL COMMENT 工单处理描述, work_order_no varchar(30) DEFAULT NULL COMMENT 工单编号, task_status varchar(30) DEFAULT NULL COMMENT 任务状态, trigger_condition varchar(1024) DEFAULT NULL COMMENT 触发条件, send_message varchar(1024) DEFAULT NULL COMMENT 预警信息/调度信息, create_time datetime NOT NULL COMMENT 创建时间(被修改时间), update_time datetime NOT NULL COMMENT 修改时间, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT触发预警信息待推送送消息; 这四张表的关联关系是 early_warning_bi_trigger.id early_warning_bi_trigger_rule.early_warning_bi_trigger_id ;  early_warning_bi_trigger.id early_warning_bi_trigger_employee.early_warning_bi_trigger_id; early_warning_bi_trigger.id   early_warning_bi_trigger_tosend_message.early_warning_bi_trigger_id 请帮写一个sql 查询 预警名称(warning_name) 是 “财务预算预警, 指标名称indicator_name是 车厂收入 所有已经触发预警并推送了消息的数据 可以快速帮助我们写sql ,需要把表结构定义好并且说明好关联关系最后说明要查询的条件和要求需要返回的字段有哪些给出的结果符合要求。我们直接可以执行检验最终的结果 根据需求信息自定义表结构 (直接粘贴的prd原文) 业务需求如下 当点击新建预警调度后弹出该弹框进行预警的新建。 在预警调度类型中选择仅预警时 包含的字段有 l预警名称支持中英文输入最多输入50个字符。 l预警等级可通过下拉选择包含一级、二级、三级 l预警方式支持单选珂多选包含app、手机短信基于预警等级的选择会联动选择预警方式数据关联逻辑取自数据源录入也可以在此基础上进行修改选择其他方式 l预警对象单选框分别是项目节点和组织节点 ü当选择项目节点时用户可以通过选择总部、或者项管中心以此全选对应的项目具有传递性方便批量选择。 ü当选择组织节点时当用户选择总部时即仅预警作用于总部与次级的项管中心和项目没有关系不具备传递性。当用户选择项管中心时即仅预警作用于选择的项管中心与次级的项目没有关系不具备传递性。当用户选择项目名称时即仅预警作用于选择的项目。 l预警范围按基础平台的数据包含总部、项管中心、项目、三个层级以级联的方式进行选择。三个层级分别对应总部高层、项管总、项目经理三个角色。支持各个层级的独立选择即可以直接选择总部、或选择到项管中心、或选择到项目。总部角色可以对三个层级进行级联选择项管总仅拥有项管中心和项目的级联选择项目经理经理仅拥有项目的下拉选择做权限控制。当三个层级中同时对同一个项目或同一个项管的指标进行预警时以层级高的规则为准如果层级低的已经完成创建那么该条规则会被覆盖被覆盖的内容隐藏并通知到创建人通知内容“在某年某月某日某时某分您创建的预警名称被新的创建人覆盖对应的项目名称是项目名称1、项目名称2、项目名称3、等、指标名称为****、新的预警名称为新预警名称”。通知方式默认为app并且被覆盖的项目及对应的指标 进行置灰展示。 l接收人接收人为总部高层、项管总、项目经理三个角色对应的用户数据取自基础数据 l预警菜单包含、车场数据看板的菜单名称、预警调度看板的菜单名称、以及车场业务报表的名称。后续不断新增业务场景相关的看板和报表名称也会逐项增补在下拉列表 l预警图表选中菜单下的图表名称包含但不限于、指标卡、柱状图、折线图、柱状图的名称 l预警触发条件支持多条件同时满足和单条件设置多条件最多支持3种 Ø请选择指标基于选定的图表下在指标名称下拉框中自动展示对应图表相关的指标。 Ø请选择条件条件包含大于、大于等于、小于、小于等于、介于 Ø请输入指标值根据指标名称的选择进行校验 ü当指标名称选择数值型指标时如实际值、预算值在输入框中直接填数据即可默认保留2位小数 ü当指标名称选择比例型指标时如预算完成率、同比、环比输入框后面默认回显百分比如图 ü当条件选择介于时回显出两个输入框中间以~分隔以便用户输入数值区间。 ü如果是比例型指标如图 ü如果是数值型指标如图 当完成创建并触发了预警后对接收人发出以下信息 预警信息 指标监控名称预警名称 截至检测时间您关注的指标名称触发了预警预警条件为在作用项目触发条件请及时关注 指标来源来源报表、来源图表 请根据业务需求设计出对应的表结构如果是多张表请标明表之间的关系 强大可以快速帮助我们设计表结构虽然字段还不够完整需要我们去核对和完善当让prd上的信息也不够太完善导致的但是可以快速帮助我们提供设计思路 设计字段的数据类型也基本正确我们只需要根据具体的要求进行微调即可。 3 在维护内部信息化时帮助我们编写update 语句 和 insert 语句 当我们2个数据库的类型不一致 需要根据班次名称 关联 更新班次id 帮写update 语句提升维护效率凡是人工做的重复劳动且具有一定逻辑规律ai 都能帮你完成。 信息维护: EHR中班次新增之后找到EHR数据库中的kq_class班次表根据此班次的名称去保利内部信息化数据库中找到kq_class_dd钉钉班次表拿到此班次的class_id(此id为钉钉的班次id)将EHR数据库kq_class表中的class_id修改为此id每个班次大约需要5分钟 kq_class_dd钉钉班次表的class_id 和 name 字段名和值 class_id name 1088484792 2024安保行政班次A 1088504725 2024工程类班次A 1088564455 2024工程类班次5 1088564458 2024安保类班次3 1088564475 2024工程类班次B 1088584353 2024安保类早班3 1088584358 2024安保类转班A4 1088604426 2024客服类早班 1088644389 2024安保类转班B2 1088664357 2024安保类转班A2 1088664358 2024客服类晚班 1088664389 2024工程类早班 1088724210 2024安保类晚班 1088724247 2024客服班次2 1088743966 2024工程类班次7 1088744033 2024客服班次1 1092660381 2024工程类中班2 1166639426 2024安保类晚班3 1166679454 2024安保类早班 1167889977 2024工程类晚班3 1167969552 2024安保行政班次B 1167989566 2024安保类班次2 1167989624 2024安保类班次4 1167989626 2024安保类晚班2 1168069245 2024安保类转班A 1168069269 2024安保类转班B3 1168069276 2024行政班次B 1168089277 2024安保类早班2 1168089300 2024工程类班次1 1168109239 2024客服类班次4 1168109265 2024工程类班次6 1168129251 2024工程类晚班2 1173774508 2024工程类班次3 1173774512 2024行政班次A 1173814356 2024安保类班次1 1173854367 2024工程类班次4 1173854374 2024工程类班次2 1173854382 2024工程类晚班 1173914448 2024客服类中班 1173914469 2024客服班次3 1173934211 2024安保类转班B 1173934233 2024客服班次4 1173974109 2024工程类中班 1177970295 2024安保类转班A3 kq_class表中的class_id  和 name 字段名和值 class_id name 504 2024安保类班次4 505 2024安保类转班B4 508 2024安保类转班A5 509 2024安保类晚班4 511 2024安保类早班4 1088484792 2024安保行政班次A 1088504725 2024工程类班次A 1088564455 2024工程类班次5 1088564458 2024安保类班次3 1088564475 2024工程类班次B 1088584353 2024安保类早班3 1088584358 2024安保类转班A4 1088604426 2024客服类早班 1088644389 2024安保类转班B2 1088664357 2024安保类转班A2 1088664358 2024客服类晚班 1088664389 2024工程类早班 1088724210 2024安保类晚班 1088724247 2024客服班次2 1088743966 2024工程类班次7 1088744033 2024客服班次1 1092660381 2024工程类中班2 1166639426 2024安保类晚班3 1166679454 2024安保类早班 1167889977 2024工程类晚班3 1167969552 2024安保行政班次B 1167989566 2024安保类班次2 1167989626 2024安保类晚班2 1168069245 2024安保类转班A 1168069269 2024安保类转班B3 1168069276 2024行政班次B 1168089277 2024安保类早班2 1168089300 2024工程类班次1 1168109239 2024客服类班次4 1168109265 2024工程类班次6 1168129251 2024工程类晚班2 1173774508 2024工程类班次3 1173774512 2024行政班次A 1173814356 2024安保类班次1 1173854367 2024工程类班次4 1173854374 2024工程类班次2 1173854382 2024工程类晚班 1173914448 2024客服类中班 1173914469 2024客服班次3 1173934211 2024安保类转班B 1173934233 2024客服班次4 1173974109 2024工程类中班 1177970295 2024安保类转班A3 这里有2组数据 kq_class_dd钉钉班次表和kq_class表 中的数据(这2个表属于不同的数据库中) 现在 需要帮助识别出 kq_class_dd.name kq_class.name  去匹配 kq_class_dd 中对应的class_id 为kq_class表 写update 语句将kq_class 表中的 class_id 更新为 kq_class_dd.class_id 批量写出这48条update 语句 以一组数据为标准进行数据比对帮我们写批量更新数据 以日志数据为依据帮助我们生成insert 语句将驼峰数据转为 下划线的字段数据。 2.1. 7 提供修改的详细信息 一类的问题放在一个session 中有问题记录功能 上下文 在我的代码中列出在表early_warning_bi_trigger_rule 中添加列 menu_type varchar(50) NOT NULL DEFAULT COMMENT 菜单类型,所需的所有文件和代码更改 能够列举一部分但是还是不够全面需要人工核对 2.1. 8 检测代码 修复错误(code review 帮助我们提升代码质量和代码性能 由于检索的是git 仓库的代码这里模拟逻辑漏洞的检测和修复前需要将有逻辑漏洞的代码提交git 原有的代码 改造后的代码 标红的部分都动了手脚现在让ai 帮我们检测 请注意我假设了 org_employee_project 表和 org_project 表之间通过 project_id 进行连接你需要根据实际数据库结构进行调整。另外如果 name 字段经常用于搜索且数据量很大你可能需要考虑全文搜索或其他搜索优化策略来替代 LIKE 查询。 代码格式检测把刚才故意挖坑基本展示出来了 代码安全检查这个个很到位一次性把坑都填了 总结对于代码的格式 安全 和性能的检测使用Bito内置的template Prompt 效果会更好。 2.1.9 代码重构 这种拆分方法的方式可以使主逻辑更加清晰,同时提高了代码的复用性。代码重构不仅仅是体现在方法的切分上 代码重构 在我的代码区中建议对 api.java 进行代码重构并提及需要相应更新的所有其他文件. 2.1.10 生成测试数据 1 根据多表结构生成测试数据 现在有四张表表结构语句如下: CREATE TABLE early_warning_bi_trigger ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, warning_name varchar(255) NOT NULL COMMENT 预警名称, warning_level char(63) NOT NULL DEFAULT COMMENT 预警等级数据字典EARLYWN, trigger_condition tinyint(1) NOT NULL COMMENT 触发条件0满足所有条件1表示满足任意条件, warning_way char(63) DEFAULT NULL COMMENT 预警方式 数据字典WARNINGWAY, creat_employee_id bigint(20) NOT NULL COMMENT 创建人id, creat_employee_name varchar(50) NOT NULL COMMENT 创建人名称, create_mobile char(50) NOT NULL COMMENT 创建人手机号, enabled tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否启用0表示禁用1表示启用, node_type tinyint(1) NOT NULL COMMENT 节点类型1表示项目节点2表示组织节点, dispatch_response_time int(11) DEFAULT NULL COMMENT 调度响应时长单位分钟, alarm_type char(63) NOT NULL DEFAULT COMMENT 告警类型数据字典ALARMTYPE, uuid varchar(63) CHARACTER SET utf8 NOT NULL DEFAULT COMMENT 唯一标识, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT8 DEFAULT CHARSETutf8mb4 COMMENT预警配置表; CREATE TABLE early_warning_bi_trigger_rule ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, menu_id varchar(50) NOT NULL DEFAULT COMMENT 菜单ID 最后一级, diagram_id varchar(50) NOT NULL DEFAULT COMMENT 图表ID 最后一级, indicator_id varchar(50) NOT NULL DEFAULT COMMENT 指标ID,最后一级, menu_name varchar(50) NOT NULL DEFAULT COMMENT 菜单名称, indicator_name varchar(50) NOT NULL DEFAULT COMMENT 指标名称, diagram_name varchar(50) NOT NULL DEFAULT COMMENT 图表名称, indicator_type tinyint(1) NOT NULL COMMENT 指标类型1数值型,2比例型, indicator_condition varchar(63) NOT NULL COMMENT 指标条件大于-gt、大于等于-ge、小于-lt、小于等于-le、介于-between, indicator_value1 decimal(20,6) unsigned zerofill NOT NULL DEFAULT 00000000000000.000000 COMMENT 指标数值1, indicator_value2 decimal(20,6) unsigned zerofill NOT NULL DEFAULT 00000000000000.000000 COMMENT 指标数值2, is_covered tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否被覆盖:0 否  1 是, org_id bigint(20) NOT NULL DEFAULT 0 COMMENT 预警范围, org_name varchar(255) NOT NULL DEFAULT COMMENT 预警范围名称, org_type tinyint(1) NOT NULL COMMENT 类型1为总部2为项管中心3项目, data_type tinyint(1) NOT NULL COMMENT 数据类型0为实时数据1为 t1 数据 , create_role_level tinyint(1) NOT NULL DEFAULT 1 COMMENT 角色等级1 总部  2 项管中心  3 项目, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime(6) NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT5352 DEFAULT CHARSETutf8mb4 COMMENT预警配置规则表; CREATE TABLE early_warning_bi_trigger_employee ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, project_id bigint(20) NOT NULL COMMENT 项目ID, project_name varchar(63) NOT NULL COMMENT 项目名称, employee_id bigint(20) NOT NULL DEFAULT 0 COMMENT 员工ID, mobile varchar(63) NOT NULL DEFAULT COMMENT 手机号, employee_name varchar(63) NOT NULL DEFAULT COMMENT 姓名, position_id bigint(20) NOT NULL COMMENT 岗位ID, position_name varchar(63) NOT NULL DEFAULT COMMENT 岗位名称, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime(6) NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT779 DEFAULT CHARSETutf8mb4 COMMENT预警接收人表; CREATE TABLE early_warning_bi_trigger_tosend_message ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, early_warning_bi_trigger_id bigint(20) NOT NULL COMMENT 预警配置ID, org_id bigint(20) NOT NULL COMMENT 组织ID, warning_name varchar(255) NOT NULL COMMENT 预警名称, org_name varchar(255) NOT NULL DEFAULT COMMENT 组织节点名称, menu_id varchar(50) NOT NULL DEFAULT COMMENT 菜单ID 最后一级, menu_name varchar(50) NOT NULL DEFAULT COMMENT 菜单名称, diagram_id varchar(50) NOT NULL DEFAULT COMMENT 图表ID 最后一级, diagram_name varchar(50) NOT NULL DEFAULT COMMENT 图表名称, indicator_id varchar(50) NOT NULL DEFAULT COMMENT 指标ID,最后一级, indicator_name varchar(50) NOT NULL DEFAULT COMMENT 指标名称, indicator_type tinyint(1) NOT NULL COMMENT 指标类型1数值型,2比例型, indicator_condition varchar(63) NOT NULL COMMENT 指标条件大于-gt、大于等于-ge、小于-lt、小于等于-le、介于-between, indicator_value1 decimal(20,6) NOT NULL DEFAULT 0.000000 COMMENT 指标数值1, indicator_value2 decimal(20,6) NOT NULL DEFAULT 0.000000 COMMENT 指标数值2, real_trigger_value varchar(255) NOT NULL DEFAULT COMMENT 实际触发值, send_time datetime DEFAULT NULL COMMENT 消息推送时间, is_need_send tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否需要推送 0 否  1 是, is_sended tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否推送 0 未推送(已触发) 1 已推送(已触发), dispatch_task_name varchar(50) DEFAULT NULL COMMENT 调度任务名称, work_order_status varchar(30) DEFAULT NULL COMMENT 工单状态, complete_time datetime DEFAULT NULL COMMENT 工单完成时间, description varchar(500) DEFAULT NULL COMMENT 工单处理描述, work_order_no varchar(30) DEFAULT NULL COMMENT 工单编号, task_status varchar(30) DEFAULT NULL COMMENT 任务状态, trigger_condition varchar(1024) DEFAULT NULL COMMENT 触发条件, send_message varchar(1024) DEFAULT NULL COMMENT 预警信息/调度信息, create_time datetime NOT NULL COMMENT 创建时间(被修改时间), update_time datetime NOT NULL COMMENT 修改时间, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT触发预警信息待推送送消息; 这四张表的关联关系是 early_warning_bi_trigger.id early_warning_bi_trigger_rule.early_warning_bi_trigger_id ;  early_warning_bi_trigger.id early_warning_bi_trigger_employee.early_warning_bi_trigger_id; early_warning_bi_trigger.id   early_warning_bi_trigger_tosend_message.early_warning_bi_trigger_id 请为这四张表 生成不少于100 条测试数据生成为 insert 语句注意表结构直接的关联关系 轻松生成对于个别字段的comment 我们要说明清楚生成的数据会更加准确 2  根据接口生成测试数据 请根据一下json 格式数据要求 填充测试数据用于接口访问 { data: [ { alarmType: string, diagramId: string, diagramName: string, dispatchResponseTime: 0, id: 0, indicatorNodes: [ { dataType: 0, id: 0, indicatorCondition: string, indicatorId: string, indicatorName: string, indicatorType: 0, indicatorValue1: 0, indicatorValue2: 0 } ], menuId: string, menuName: string, nodeType: 0, orgIds: [ { id: 0, orgId: 0, orgName: string, type: 0 } ], triggerCondition: 0, uuid: string, warningAccepters: [ { employeeId: 0, employeeName: string, id: 0, mobile: string, positionId: 0, positionName: string } ], warningLevelCode: string, warningName: string, warningWayCodes: [ string ] } ] } 当我们写完接口后需要自测接口对于接口中需要输入大量参数的接口为了提高输入效率我们可以 使用Bito 来提升效率 2.1.11 生成 OOP 样板代码类、属性、方法 问题 CREATE TABLE early_warning_bi_trigger ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT ID, tenant_id bigint(20) NOT NULL COMMENT 租户ID, warning_name varchar(255) NOT NULL COMMENT 预警名称, warning_level char(63) NOT NULL DEFAULT COMMENT 预警等级数据字典EARLYWN, trigger_condition tinyint(1) NOT NULL COMMENT 触发条件0满足所有条件1表示满足任意条件, warning_way char(63) DEFAULT NULL COMMENT 预警方式 数据字典WARNINGWAY, creat_employee_id bigint(20) NOT NULL COMMENT 创建人id, creat_employee_name varchar(50) NOT NULL COMMENT 创建人名称, create_mobile char(50) NOT NULL COMMENT 创建人手机号, enabled tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否启用0表示禁用1表示启用, node_type tinyint(1) NOT NULL COMMENT 节点类型1表示项目节点2表示组织节点, dispatch_response_time int(11) DEFAULT NULL COMMENT 调度响应时长单位分钟, alarm_type char(63) NOT NULL DEFAULT COMMENT 告警类型数据字典ALARMTYPE, uuid varchar(63) CHARACTER SET utf8 NOT NULL DEFAULT COMMENT 唯一标识, version int(11) NOT NULL COMMENT 数据版本号, create_time datetime NOT NULL COMMENT 创建时间, create_by varchar(63) NOT NULL DEFAULT COMMENT 创建人, update_time datetime NOT NULL COMMENT 修改时间, update_by varchar(63) NOT NULL DEFAULT COMMENT 修改人, delete_flag bigint(20) NOT NULL DEFAULT 0 COMMENT 是否已经逻辑删除: 0-未删除, 非0-已删除, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT8 DEFAULT CHARSETutf8mb4 COMMENT预警配置表; 请根据该表结构 生成对应的 OOP 样板代码类、属性、方法 2.1.12 代码调试 将终端中的任何错误扔到 Bito 聊天中并要求 Bito 进行解释并重写代码来处理错误,再次运行代码得到一个新的错误然后再次将其扔进Bito以修复下一个错误; 2.1.13 检查安全 提升代码性能 发现格式问题 这些bito 都是自己内置的提示模板 如下图 将选中的代码进行询问,性能检测 安全检测 代码风格 轻松帮助我们进行代码review Code ,拓展我们思路有助于提升代码的质量 2.1.14 注释方法 很好的组织语言来节省时间 2.2 概念和问题 Bito 了解世界知识了解您的代码 - 向它询问有关您的代码的任何问题如何设计某些东西如何做某些事情等等...... 要求提供命令语法例如“git 命令使用选项标志进行变基” “给我建议如何设计一个可以查询数百个城市天气并且不会挂起的模块” 2.3  自定义模板 创建、保存和运行您的个性化提示模板以获得定制的 AI 体验。使用宏在模板中插入选定的代码构建您自己的AI工作流程 https://docs.bito.ai/templates/custom-prompt-templates 2.4 提示中心 创建有效的提示是高质量人工智能响应的关键。探索 Prompthub获取由 Bito 团队和我们充满活力的社区创建的基本指南和一系列以开发人员为中心的提示。 PromptHub for Developers - PromptHub by Bito
http://www.pierceye.com/news/689458/

相关文章:

  • 大连零基础网站建设培训哪里有固安县建设局网站
  • 怎么制作网站首页培训心得体会总结简短
  • 商务网站建设 模板长春高端品牌网站建设
  • 做网站比较便宜办公资源网
  • 公司怎么做网页网站遵义网站设计公司
  • 网站建设毕业设计yy直播回放
  • 响应式网站有哪些2017淮南网络推广报价
  • 兰州公司网站建设网站建设筹备方案
  • 租房网站建设做一个跨境电商网站
  • 网站设计制作过程容桂做pc端网站
  • 宜昌市上海中学官网seo文章外包
  • 加强普法网站建设的通知制作婚恋网站
  • 北大荒建设集团有限公司网站网站添加在线qq聊天
  • 网站首页被k咋办上海市企业服务云登录
  • 长安镇网站建设公司大网站制作公司
  • 衡水做网站推广找谁廊坊百度推广排名优化
  • 网站建设毕业报告wordpress微信登录页面
  • 外包网站建设费用包括网站备份crm系统有哪些
  • 高端网站设计推广v信haotg8wordpress 付费后查看
  • cms管理手机网站长春做网站好的公司
  • 可信网站认证 技术支持单位沈阳又一烂尾项目复工
  • 南昌网站建设培训学校做幼儿网站的目标
  • 装饰网站建设的背景怎么做原创动漫视频网站
  • 电脑购物网站模板c2c商城网站建设二次开发
  • 自建站有哪些dz论坛网站源码
  • 湖南湘源建设工程有限公司网站牛商网网站做seo好么
  • 郑州网站制作建设南宁网站设计要多少钱
  • 网站地图制作怎么做云南建设网
  • 网站开发项目经验怎么写网站首页做一点开有动画
  • 乔拓云智能建站系统官网注册公司在哪个网站注册