首页 文章 精选 留言 我的

精选列表

搜索[稳定],共10000篇文章
优秀的个人博客,低调大师

橙单低代码生成器 v2.4 发布,代码生成稳定

关于橙单 橙单,具备极好代码生成能力的低代码工具。您可以按需配置工程脚手架,导入业务数据表和各种复杂的表关联关系,跨库表关联也是 100% 支持。之后根据原型图,配置您的业务表单,如有所需,也可以在线配置流程图,并与静态路由表单进行绑定。当然如果您足够了解橙单,也可以继续配置数据同步和分组计算的定时任务代码,微服务还可以配置跨库实时数据同步的后台服务代码。最后,一键生成完完全全属于您的工程代码。全部包名均可自行定义,所有代码文件毫无任何橙单痕迹,因此生成后的全部工程代码,就如同贵公司最优秀的技术团队亲手打造而得,每一行代码都是那么有用,每一个封装都是那么合理,每一个设计都是那么优雅。 最新功能 工作流,支持自由驳回到可途径的审批节点。 工作流,完美实现减签,减签时可动态判断会签完成条件,满足条件将主动跳转下一节点。 工作流,工单列表增加最后审批状态字段,每一步审批操作均会同步到工单字段,以便在流程结束时可以准确判断,当前流程是否正常的审批通过 工作流,在线表单和路由表单均支持保存草稿功能。 工作流,支持流程审批人查看列表,列表可以显示所有候选组中的候选人列表,以及审批人的处理时间。 工作流,支持会签加签的审批人查看列表,以及会签人的处理时间。 工作流,支持同级兄弟部门的岗位指定。如北京分公司的研发部员工,可以指定提交北京的财务部某岗位审批,具体情况可根据流程提交人所在部门动态计算。 工作流,待办任务、已办任务和历史任务列表,新增支持显示发起人的 showName,之前只有 loginName。 工作流,任务转办,支持转办多人。 工作流,任务指派,支持指派多人。 工作流,工单列表支持自定义工单编号,可在配置流程时,指定工单编号的计算规则。 在线表单,运行时性能大幅优化,表单渲染和在线业务操作所需的内置表数据查询,均改为缓存操作。 在线表单,完美支持多数据源,业务表、字典表和在线表单内置表均实现独立分库。 在线表单,支持自定义规则编码字段的数据填充。 在线表单,下拉框支持多选过滤。 在线表单,上传下载支持 minio 存储。 在线表单,上传下载支持阿里云和腾讯云。 在线表单,空数据字段自动填充默认值。 基础功能,全部模块支持 Oracle。 基础功能,配置生成的路由表单,上传下载均已添加阿里云 OSS 和腾讯云 COS 的支持。 基础功能,数据权限过滤支持表别名。 基础功能,批量导入功能,支持基于常量字典和数据表字典的反向翻译。比如,Excel 中为“年级名称”,导入过程会自动翻译为“年级Id”并执行批量插入。 基础功能,新增基于 Redis 的生成流水号的工具方法。 基础功能,MyRequestBody 中移除 elementType 参数,让代码更加简洁。

优秀的个人博客,低调大师

微软再推稳定性补丁 为即将到来功能更新做准备

部分运行 Windows 10 May 2021 功能更新及此前版本的用户,近日获得了一个新的可靠性补丁,主要为即将到来的累积更新或者功能更新做好准备。该更新编号为 KB4023057,它在 2018 年首次推出,现在微软再次推出了该补丁。 Windows 可靠性补丁主要是为了改善 Windows Update 过程,并将可靠性改进应用于负责你设备上更新的各种服务。它还将尝试在你的电脑上腾出空间,以方便即将到来的每月/功能更新。 可靠性更新通常是在一个大的累积或功能更新即将到来时,以及对一个主要的Windows 10版本的支持即将结束时发布。通过在你的设备上安装KB4023057可靠性更新,微软希望能使未来的更新过程更加无缝。 还值得注意的是,可靠性更新将在你的设备上安装或更新“Microsoft Update Health Tools”。微软更新健康工具到应该可以解决 Windows 文件的损坏,通过缩小各种图片的缩略图和清理临时文件来释放磁盘空间。在支持公告中,微软解释说,该补丁甚至可以分析你的网络设置。 在公告中写道,Windows 10 May 2020 功能更新(Version 2004)在 2021 年 5 月停止支持,因此,微软很可能想利用可靠性补丁,比以往更积极地将最新的功能更新推送给PC。同时,该补丁有可能为即将到来的功能更新,如 2021 年晚些时候发布的 Sun Valley 更新,对那些不兼容的设备进行改善。 【责任编辑:未丽燕 TEL:(010)68476606】

优秀的个人博客,低调大师

Chrome 84 稳定版正式发布,带来许多面向开发者的更新

Chrome 84 正式发布了,这个版本直接面向用户的功能更新较少,主要是一些开发者工具和 Web API 更新。以下是内容快速一览: 用户可以使用“应用程序图标快捷方式”(App Icon Shortcuts)在应用程序中启动任务。 Web Animations API添加了对许多以前不支持的功能的支持。 唤醒锁定(Wake lock)可以防止屏幕变暗或锁定。 内容索引 API(Content Indexing API)帮助显示脱机可用的内容。 新的实验功能:idle detection和Web Assembly SIMD。 Same Site Cookie policy再次开始更新。 以及更多。 App icon shortcuts(APP 图标快捷方式) 应用程序图标快捷方式使用户可以轻松快速启动应用程序中的常见任务。 Chrome 和 Edge 的桌面版及移动版本均支持这项功能。通过在 Windows 和 macOS 上右键单击应用程序图标,或在 Android 上长按应用程序图标,便可以调用这些快捷方式。 Web animations API(网络动画 API) Chrome 84 向 Web Animations API 添加了许多以前不受支持的功能。 animation.ready和animation.finished已实现 浏览器现在可以清理和删除旧动画,从而节省内存并提高性能 现在可以使用复合模式组合动画——带有add和accumulate选项 Content indexing API(内容索引 API) 使用内容索引 API,可以为可脱机使用的内容添加 URL 和元数据,然后通过元数据可将内容呈现给用户,使用户在无网络连接的情况下也能看见内容。 Wake lock API(唤醒锁定API) 使用该 API,网站可以启用唤醒锁定,防止屏幕变暗或锁屏。 Origin trials 还有两项实验功能,包括: Idle detection(空闲检测) 当用户处于空闲状态时,Idle Detection API(空闲检测 API)会进行通知,表明他们可能已经远离计算机。这非常适合聊天应用程序或社交网站之类的东西,让用户知道其联系人是否可用。 Web Assembly SIMD 它引入了映射到硬件中常用 SIMD 指令的操作。SIMD 操作用于提高性能,尤其是在多媒体应用程序中。 其他 逐步恢复SameSite cookie changes 滥用权限请求或滥用通知的网站将自动被隐藏通知(详情可见之前的报道) QuicTransport新的实验功能 更新说明:https://developers.google.com/web/updates/2020/07/nic84

优秀的个人博客,低调大师

Python 编程语言实行尽可能成熟、稳定的新管理模式

在创始人和首席执行官 Guido van Rossum 辞去 BDFL 后,Python 软件基金会已经确定了 Python 的新管理模式。 新管理模型将依赖于一个由五人组成的指导委员会来建立标准实践,以便为 Python 引入新功能。该提案被设计为“无趣”、全面、灵活和轻量。 『我们不是管理专家,我们认为 Python 并不是一个好的实验对象,去实践新的或者没有经过证实的管理模式』,Nathaniel Smith 和 Donald Stufft 在 Python文档中解释道。『所以这个模式是尽可能地成熟的、众所周知的,且经过测试。大多数成功的 F/OSS 项目中最常见的是,一个大多数不干涉的理事会,而且低级的细节直接来自 Django 的管理模型』。 指导委员会将作为 Python 的“最终上诉法院”,并将对决策过程拥有广泛的权力,包括接受或拒绝 PEP 的能力(Python 功能增强建议),执行和更新项目的行为准则,创建子委员会和管理项目资产。但 Nathaniel Smith 和 Donald Stufft 说,理事会的预期目标是采取更多不干涉和偶尔干涉的方式来发挥其权力。 『理事会应该尽可能少地寻找使用这些权力的方法。』Nathaniel Smith 和 Donald Stufft。『最好定义 PEP 决策的标准流程(例如,接受其他 801x 系列 PEP 之一),而不是对单个 PEP 进行裁决。建立行为准则委员会比制定个案更好。等等。为了利用其权力,理事会投票。每个理事会成员都必须投票或明确弃权。在特定投票中有利益冲突的成员必须弃权。通过需要大多数非弃权理事会成员的支持。』 指导委员会的任务是提供一种可访问的,可维护的,形式化的引入变更的方法,基于『一般的理念,即将大的变化分成一系列可以独立审查的小变化:而不是试图在一个 PEP 中做所有事情,我们专注于为进一步的治理决策提供最小但坚实的基础。』

优秀的个人博客,低调大师

Cursor Rules优化实战:构建高效稳定的AI代码生成规范体系|得物技术

一、背景 随着AI辅助编程工具的普及,Cursor IDE已经成为越来越多开发者的选择。然而,在实际使用过程中,我们发现了一个关键问题:如何让AI真正理解项目需求并生成高质量、一致性的代码? 答案在于构建一套系统化的AI协作规范。与传统的代码规范不同,AI协作规范需要考虑更多维度: 如何让AI准确理解业务逻辑和技术要求 如何确保生成代码的架构一致性和质量标准 如何在团队中推广和维护统一的开发模式 如何避免规范冲突和维护成本过高的问题 本文将分享我们在Cursor Rules优化过程中的实践经验,展示如何从混乱的规范体系演进到清晰、高效的AI协作规范架构。 二、旧版Rules痛点 在优化之前,团队已有的规范体系存在三个核心问题,这些问题影响了AI代码生成的质量和效率。 问题一:规则冗余与表述模糊 旧规范存在大量无效描述,包括模糊要求(如"确保高性能")、重复定义和基础能力提示。这些冗余信息不仅增加token消耗,更分散AI注意力,显著降低代码生成效率。 问题二:提示词冲突 规范中角色定义混乱,不同文档将AI指定为架构师、开发者等矛盾角色。同时缺乏规则优先级机制,导致多规则同时生效时产生行为矛盾,无法形成明确执行路径。 问题三:维护困境 文档职责边界不清,新增规则时难以定位归属文件。修改单一功能需跨多文件调整,且规则间依赖关系不透明,造成维护成本指数级增长。 三、新版Rules设计理念 基于已有问题的深入分析,提出了一套新的设计理念,核心是:分层架构 + 职责分离 + 按需调用。 三层结构设计 新版本采用清晰的三层架构,每层都有明确的职责和边界: 标准化规则格式 为了确保规范的一致性和可维护性,我们定义了统一的规则格式: # 规则名称 ## 基础规范- 明确的技术要求和实现标准 ## 强制行为- 必须执行的具体操作和约束 ## 禁止行为 - 严格禁止的操作和做法,需要避免的常见错误 ## 示例代码- 具体的代码示例和最佳实践- 也通过 [文件名](mdc:路径) 引用外部示例 ※ 该格式优势 结构清晰:每个部分的职责明确,便于AI理解。 可执行性:强制/禁止行为都有明确的操作指导。 示例驱动:用实际代码代替抽象描述。 AI协作执行协议 为了确保AI能够正确理解和执行规范,我们设计了一个明确的AI协作协议提示词: # AI协作执行规则 ## 规则分类- basic/下的通用规则: 必须调用,通用基础规范- modules/下的模块规则: 按需调用,架构分层规范 - workflow/下的流程规则: 按需调用,业务场景规范 ## 执行流程1. 识别场景 → 调用相关规则2. 读取示例代码 → 作为生成参考3. 执行强制/禁止行为 → 确保代码质量4. 应用设计原则 → 组件化、单一职责、分层设计 ## 质量保障- 所有规则必须100%执行,重点关注强制行为和禁止行为 四、三层结构深度剖析 接下来我们详细分析新版本架构的设计特点和技术实现。 基础层的精细化设计 基础层是整个规范体系的根基,我们将原来混乱的MDC文件,精确拆分为7个职责单一的规范文件: 文件名 职责 核心内容 basic.mdc 项目基础规范 目录结构、技术栈、开发流程 code-quality.mdc 代码质量控制 复杂度限制、安全性要求 ts.mdc TypeScript规范 类型定义、严格模式配置 comment.mdc 注释规范 JSDoc格式、文件头注释 code-names.mdc 命名规范 变量、函数、组件命名约定 style.mdc 样式规范 CSS/Less编写标准 lint.mdc 代码检查 ESLint、Prettier配置 ※ 此拆分好处 职责明确:每个文件只关注一个特定领域。 维护便利:修改某个规范不会影响其他领域。 学习友好:新人可以逐个理解每个规范的要求。 示例:code-quality.mdc定义了代码质量分规范: # 代码质量分规范(通用规则) ## 强制行为 - 所有请求必须采用 HTTPS 协议- 确保第三方库安全可靠 ## 禁止行为 - 代码复杂度限制 - 单个文件不得超过 500 行 - 条件复杂度不得超过 10 - 单个函数不得超过 199 行 - 超过限制时,应优先按功能模块拆分为多个函数或文件- 禁止使用非得物域名的外部 CDN 资源- 禁止在代码中包含明文密码或硬编码 token- 禁止出现敏感词- 避免重复代码块- 不允许单词拼写错误或不符合命名规范- 避免在前端直接进行金额计算(导致精度丢失)- 禁止使用魔数(如 a === '3'),应使用常量(如 a === statusMap.login) 模块层的分层设计 模块层的设计遵循前端分层架构思想,将复杂的应用拆分为职责明确的模块: 表现层:components.mdc(组件规范)、pages.mdc(页面规范) 业务逻辑层:hooks.mdc(状态管理)、utils.mdc(工具函数) 数据服务层:service.mdc(API接口)、constants.mdc(配置管理) 路由层:route.mdc(路由配置和导航) 示例:服务层规范(service.mdc)规范定义了API接口的标准化开发流程: # API接口生成规范(模块规则) ## 存放位置规范(按优先级)- [p0] 页面级API:src/pages/{pageName}/services/{modules}.ts- [p1] 全局API:src/services/{modules}.ts- 类型文件:对应的 .interface.ts 文件 ## 标准代码模板```import { request } from '@/utils/request';import { UniversalResp } from '@/utils/request-operation';import { IUserListReq, IUserListDataRes } from './interface'; /** * 获取用户列表 * @param data 请求参数 */export const fetchUserListApi = async (data: IUserListReq) => { return request.post<UniversalResp<IUserListDataRes>>( '/api/user/list', data );};```## 强制行为- 使用MCP Server的mooncake_get_api_details工具获取接口详情- 响应数据必须使用UniversalResp<T>泛型包装- 接口命名采用fetch{ApiFileName}Api格式- 类型定义必须完整,包含完整字段注释 流程层的场景化设计 流程层是当前架构的创新点,针对具体业务场景定制化规范,将复杂的业务场景标准化。 流程文件 业务场景 核心功能 curd-page.mdc curd页面开发 curd页面完整使用流程 log.mdc 错误监控 APM监控和错误日志处理流程 sendBuried.mdc 数据埋点 用户行为埋点的标准流程 ...... 示例: curd-page.mdc 定义了完整的表格页面开发流程: ※ 该流程确保 开发效率:标准化流程减少决策时间。 质量一致性:所有表格页面都遵循相同的标准。 维护性:统一的结构便于后期维护。 # pro-table生成新页面(流程规则)深入研究代码并理解[insert feature]是如何工作的。一旦你明白了,让我知道,我将提供我的任务给你。 ## 工作流程按以下流程进行任务执行,如果评估存在非必须流程,可跳过。- MCP读取接口信息- 从用户输入中提取以下信息: - 列表名称 - 筛选项(需标记hideInTable) - 展示项(需标记hideInSearch) - 操作项 - 工具栏按钮- 评估完整的需求内容复杂度,考虑未来的扩展性,合理设计分层目录结构 - 各个模块保持单一职责,考虑合理的业务组件拆分,避免大量代码都在页面主入口文件 - 使用命令行批量创建目录文件(包含各类文件ts、tsx、less等) - 文件暂不生成代码- 配置页面的路由信息- 生成类型文件,确保所有类型定义清晰- 生成constants文件,定义所需常量- 生成services文件,实现数据服务- 生成所需的 hooks 文件- 生成页面(必需)和components(如需)文件 完成UI层 ## 强制行为- 使用pro-table进行开发,包括筛选表单,符合最佳实践- 筛选项和列表项配置创建useColumns.tsx声明,筛选项(需标记hideInTable)、展示项(需标记hideInSearch)- 左侧字段按需固定,操作项右侧固定,最多显示两个,超出折叠显示- 文本左对齐,数字右对齐,状态枚举居中显示- 分页设置支持10、20、50、100- ..... # 禁止行为..... 五、最佳实践 快速开始 第一步:创建基础架构 .cursor/rules/├── ai.mdc # AI协作总纲├── basic/ # 基础规范目录│ ├── basic.mdc│ ├── code-quality.mdc│ ├── ts.mdc│ ├── style.mdc│ ├── comment.mdc│ ├── code-names.mdc│ └── lint.mdc├── modules/ # 模块规范目录│ ├── components.mdc│ ├── pages.mdc│ ├── hooks.mdc│ ├── service.mdc│ ├── constants.mdc│ ├── utils.mdc│ └── route.mdc└── workflow/ # 流程规范目录 ├── curd-page.mdc ├── log.mdc └── send-buried.mdc └── ...... 第二步:配置AI协作协议 在 ai.mdc 中定义核心协作规则: # AI协作执行规则 ## 规则分类- basic/下的通用规则: 必须调用,通用基础规范- modules/下的模块规则: 按需调用,架构分层规范 - workflow/下的流程规则: 按需调用,业务场景规范 ## 执行流程1. 识别场景 → 调用相关规则2. 读取示例代码 → 作为生成参考3. 执行强制/禁止行为 → 确保代码质量4. 应用设计原则 → 组件化、单一职责、分层设计 ## 质量保障所有规则必须100%执行,重点关注强制行为和禁止行为 分阶段实施计划 阶段 目标 关键活动 试点阶段 验证规范有效性 选择1-2个项目试点,收集反馈 优化阶段 完善规范内容 根据试点反馈优化规范,开发工具 标准化阶段 形成团队标准 制定团队级标准,持续改进机制 六、总结 基于以下设计思路,并通过构建三层架构的AI协作规范体系: 单一职责:每个规范文件只负责一个功能领域,规则维护简单,冲突减少。 分层架构:基础→模块→流程的清晰层级,规则依赖明确,扩展容易。 按需调用:根据开发场景智能调用相关规范,使得上下文信息精准,效率提升。 示例驱动:用代码示例代替抽象描述,AI理解准确,执行到位。 持续进化:支持规范的迭代优化和扩展,研发适应变化,持续改进。 我们成功缓解了AI辅助编程中的核心问题,这套方法论不仅适用于Cursor Rules,更可以推广到其他AI协作工具的规范设计中。在AI辅助编程快速发展的今天,构建一套清晰、系统化的协作规范,将是每个开发团队的核心竞争力。 往期回顾 1.一致性框架:供应链分布式事务问题解决方案|得物技术 2.Redis 是单线程模型?|得物技术 3.得物社区活动:组件化的演进与实践 4.得物研发自测 & 前端自动化测试体系建设 5.从CPU冒烟到丝滑体验:算法SRE性能优化实战全揭秘|得物技术 文 / 阳凯 关注得物技术,每周更新技术干货 要是觉得文章对你有帮助的话,欢迎评论转发点赞~ 未经得物技术许可严禁转载,否则依法追究法律责任。

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册