AI 最适合“内容 & 交互实现”,人必须死守“数据模型 & 性能 & 社区氛围”。AI 可以让你 快 2~3 倍上线 MVP,但社区产品的长期生命力,靠的是 人设计的规则和边界。 AI 辅助审核 & 风控 敏感内容 ❌ 绝对不能交给 AI性能 长列表、分页 ❌ 人主导二、Next.js 在社区项目里的优势(为什么选对了)✅ App Router• RSC(React Server ✅ 2️⃣ 页面 & 组件(AI 主力)AI 非常适合:• 帖子列表 / 瀑布流• 帖子详情• 评论树• 用户主页• 关注 / 粉丝列表• 通知中心 UI✅ Prompt 示例:用 Next.js App Router + RSC 实现帖子详情页:服务端获取帖子数据评论列表(嵌套)点赞 / 收藏按钮登录态由 useUser hook 提供使用 Server Actions 提交评论✅ 3️⃣ Server Actions(AI 的甜区)社区项目大量“小交互”:• 点赞• 收藏• 关注• 发表评论✅ AI 可以稳定写好:'use server'⚠️ 但:• 权限校验必须是人写的• 防抖 / 限频必须人确认
这意味着HTTP 3协议已经进入了稳定的状态,与此同时,HTTP 2也更新为新的RFC 9113标准。 不同于HTTP 1、HTTP 2,HTTP 3 是基于UDP的QUIC协议。 而HTTP3协议解决了上述的问题: HTTP3基于UDP协议重新定义了连接,在QUIC层实现了无序、并发字节流的传输,解决了队头阻塞问题; HTTP3重新定义了TLS协议加密QUIC头部的方式,既提高了网络攻击成本 ,又降低了建立连接的速度; HTTP3 将Packet、QUIC Frame、HTTP3 Frame分离,实现了连接迁移功能,降低了5G环境下高速移动设备的连接维护成本。 HTTP3协议 通过前文的介绍,相信大家对HTTP3已经有了一个初步的了解。 因此,HTTP2与HTTP3都在应用层实现了多路复用功能。
任何代码编程都有各自特点的常用命名规范,div+css页面设计也不例外。遵守常用的css命名规范有利于代码的升级和扩展,也有利于让别人读懂你的css代码,让你的页面显得清晰有条理。 ? css文件名命名规范 模块:module.css 基本共用:base.css 布局、版面:layout.css 主题:themes.css 专栏:columns.css 文字:font.css 表单:forms.css 补丁:mend.css 打印:print.css 页面结构元素div命名规范 头:header 内容:content/container 尾:footer 导航:nav 侧栏:sidebar 栏目:column /images/icon.gif) no-repeat #333; } /*=====搜索条结束=====*/ 注意事项: 1、一律小写; 2、尽量用英文; 3、尽量不缩写,除非一看就明白的单词; 4、 大家在日常的页面设计中要逐步养成规范命名的好习惯。
could be from a bill to change the legislation for how many deputies a County Sheriff can employ from 3 下的的例子来自对一个州可以拥有的雇员数的修订,将原来的3个雇员修订为5个。
A Sheriff can employ 35 deputies.
PSR-3 日志接口规范 本文制定了日志类库的通用接口规范。 本规范的主要目的,是为了让日志类库以简单通用的方式,通过接收一个 Psr\Log\LoggerInterface 对象,来记录日志信息。 框架以及 CMS 内容管理系统如有需要,可以 对此接口进行扩展,但需遵循本规范, 这才能保证在使用第三方的类库文件时,日志接口仍能正常对接。 规范 基本规范 LoggerInterface 接口对外定义了八个方法,分别用来记录 RFC 5424 中定义的八个等级的日志:debug、 info、 notice、 warning、 error、 php 2 3/** 4 * 用上下文信息替换记录信息中的占位符 5 */ 6function interpolate($message, array $context = array()) php 2 3namespace Psr\Log; 4 5/** 6 * 描述一个日志记录器实例 7 * 8 * 该消息必须实现一个__toString()的字符串或者对象.
↓AI:补齐样式/表单/校验/简单逻辑↓人:首屏&性能&动画节奏↓AI:写单测/E2E/SEO配置↓人:真机体验验收三、具体怎么用AI(按场景拆解)1️⃣UI层(AI最强)适合交给AI:页面结构拆分静态布局 Prompt:用ReactHookForm+Zod实现一个注册表单:emailpasswordconfirmPassword密码强度校验提交后调用loginAPI展开代码语言:TXTAI代码解释----###3️⃣ ReactHookForm+Zod||动画|FramerMotion||请求|TanStackQuery||AI工具|Cursor(Agent模式)||设计规范|必须有(否则AI会乱写)|----##五 **所有动画时长/缓动必须由人确认**3.**禁止AI随意引入第三方库**4.**交互路径必须人走查**5. 如果你愿意,下一步我可以帮你:给你一套「ReactToC项目AI开发规范」或直接按你当前项目(是否Next.js、是否电商内容站活动页)定制AI使用边界你现在是Next.js还是Vite+React?
Ai检测人员穿衣规范系统通过opencv+yolo深度学习技术对现场画面中人员穿衣自动检测,Ai检测人员穿衣规范系统发现现场人员未正确按要求穿衣进行抓拍留档。
locust代码规范 上文我们讲了locust的基本语法,现在我们先来认识一下locust代码规范。了解这些以后我们开发脚本的时候就会思路更清晰。 SequentialTaskSet): @task def create_tags(self): print('标记为task(2)的用例') @task(3) get_access_token(self): print("标记为task(1)的用例") @task def my_test(self): print("标记为task(3) api.weixin.qq.com' wait_time = constant(2) tasks = [SequExec] 此时执行事,就会先执行create_tags一次,然后执行get_access_token3次
2.表现标准语言:CSS3(层叠样式表):有利于网站的维护。 3.行为标准:主要包括对象模型(DOM)、ECMAScript等。 DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1- DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd 3、名字空间namespace <html xmlns=http://www.w3.org/1999/xhtml lang=”gb2312”> 通常我们HTML4.0的代码只是<html>,这里的”xmlns
2.如果不按照标准,会怎么样 统一规范的标准对于提高开发效率,尤其是团队开发,至关重要,如果一起开发的队友,不遵守标准,我用小写标签,你用大写;元素随意不闭合,属性不用双引号引起来,DocType随便放 具体到web开发了,自然而然是w3c标准了。 4.怎么实施w3c标准 首先要求团队里面的成员都熟悉,,一些很基础常见的就不能再违反了。 新人培训还是十分重要的,正规的公司都应该要有这些规范。 以前做完的产品不遵守现在的标准?结合产品运营的周期,在下一个标准中逐步完善。 我做的东西符合标准了吗?戳一下这里看看啰。 DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1- DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd
source=cloudtencent Web 标准 web 标准主要分为结构、表现、行为 3 部分。 指我们平时在 body 里面写的标签,主要是由 html 标签组成 表现:指更加丰富 html 标签样式,主要由 css 样式组成 行为:指页面和用户的交互,主要由 javascript 部分组成 W3C 规范 w3c 对 web 标准提出了规范化的要求,即代码规范。
完整流程 W3C Working Group推进Web技术标准化遵循一系列步骤,叫W3C技术报告开发流程。 ? w3c process flow 分为标准化流程、后续修改流程2部分,具体见下文。 W3C Recommendation (REC) W3C建议书是一项规范或要求,经过广泛达成共识,已获得W3C成员和负责人的认可。 W3C建议将其建议书广泛用作Web标准,根据W3C专利条款授予的W3C免版税知识产权许可适用于W3C建议书。 Obsolete Recommendation 过时的建议书是W3C认为不具有足够的市场相关性以支持继续建议社区去实现的规范,而不是说存在需要撤销建议书的基本问题。 建议书修订 工作组可以要求重新发布建议书,否则W3C可能会重新发布建议书,来进行不含对规范文本做任何更改的修正。
前言 任何代码编程都有各自特点的常用命名规范,div+css页面设计也不例外。遵守常用的css命名规范有利于代码的升级和扩展,也有利于让别人读懂你的css代码,让你的页面显得清晰有条理。 css文件名命名规范 模块:module.css 基本共用:base.css 布局、版面:layout.css 主题:themes.css 专栏:columns.css 文字:font.css 表单:forms.css 补丁:mend.css 打印:print.css 页面结构元素div命名规范 头:header 内容:content/container 尾:footer 导航:nav 侧栏:sidebar 栏目:column .left {float:left;} .bottom {float:bottom;} 标题栏样式命名-使用“类别+功能”的方式命名 .barnews { } .barproduct { } 注释书写规范 行间注释-直接写于属性值后面,如: 整段注释-分别在开始及结束地方加入注释,如: 注意事项 1、一律小写; 2、尽量用英文; 3、尽量不缩写,除非一看就明白的单词; 4、属性的值一定要用双引号(“”)
@[TOC](Vue3 写法与规范指南) 一、项目结构规范1.推荐目录结构 展开 PascalCase(如 UserProfile.vue)文件夹:复数形式(如 components/ 而非 component/)组合式函数:useXxx 前缀(如 useAuth.ts)二、代码编写规范 </template>
No users found
</template> 3. 3. 性能优化虚拟滚动:长列表使用 vue-virtual-scroller计算属性缓存:避免在模板中执行复杂计算响应式优化:对大型对象使用 shallowRef四、工具链配置1. singleQuote": true, "trailingComma": "es5", "printWidth": 100 } 3.W3C标准 什么时W3C标准? WEB标准 web的工作原理 web的主要浏览器 网络协议 什么时W3C标准? 网页的制作的主要标准是W3C制定的WEB技术标准,W3C:(world wide web consortium )万维网联盟,万维网联盟创建于1994年,是web技术领域最具权威和影响力的国际中立性技术标准机构 W3C的职能:负责制定和维护web行业标准 WEB标准 WEB标准不是某一个标准,而是一系列标准的集合。 对应的标准也分为三方面:结构化标准语言主要包括XHTML和XML,表现准语言主要包括CSS,行为标准主要包括对象模型(如w3c,dom),ECMScipt等。 这些标准大部分由万维网联盟(外语缩写:W3C)起草和发布,也有一些是其他的标准组织制定的标准,比如ECMA(European Computer Manufacturers Association)的ECMAScript
3) 右大括号前换行。 4) 右大括号后还有 else 等代码则不换行;表示终止的右大括号后必须换行。 3) 方法调用的点符号与下文一起换行。 4) 方法调用中的多个参数需要换行时,在逗号后进行。 5) 在括号前不要换行,见反例。 .append("xin")...append ("huang"); // 参数很多的方法调用可能超过 120 个字符,不要在逗号前换行 method(args1, args2, args3, method(args1, args2, args3); 【强制】IDE 的 text file encoding 设置为 UTF-8; IDE 中文件的换行符使用 Unix 格式,不要使用 Windows 正例: int one = 1; long two = 2L; float three = 3F; StringBuffer sb = new StringBuffer(); 说明:增加 sb
Spring Boot 3 整合Knife4j(OpenAPI3规范) Knife4j官网: 更新原由 规范说明 创建项目 引入依赖 创建demo 配置yml 访问演示 17 更新原由 由于springfox长久未更新,并且Swagger2规范在目前来看,一定程度上也并未升级,规范已经全部往OpenAPI3规范靠拢,自4.0版本开始,Knife4j提供对OpenAPI3 因此,在Spring Boot 3.x版本中,开发者应该选择OpenAPI3规范来作为应用框架的开发首选方案。 }</version> </dependency> 规范说明 针对Swagger2规范和OpenAPI3规范的说明: 服务端规范解析说明 在Spring Boot框架中,Knife4j对于服务端将Spring 的开放接口解析成Swagger2或者OpenAPI3规范的框架,也是依赖的第三方框架组件。
那阅读起来就是苦不堪言,所以,一些基本的开发规范是必须的,是为了自己方便阅读代码,也方便他人阅读修改代码。 推荐: // 调用了一个函数;1)单独在一行 setTitle(); var maxCount = 10; // 设置最大量;2)在代码后面注释 // setName(); // 3)注释代码 ---- 文档规范 HTML5的文档类型声明:<! 浏览器会按照W3C标准解析渲染页面。 脚本加载 说到js和css的位置,大家应该都知道js放在下面,css放在上面。 'valid' : 'invalid' ---- JSHint 在js规范中,有很多规范都是样式上的规范而不是逻辑上的规范,比如尽量使用=== 而不是==,我们可以使用JSHint或者JSLint,Javascript
每日AI知识点 · 第10期 AI Rules 行为规范 让AI按你的规则办事 什么是 AI Rules? Rules 是约束和引导 AI 行为的规则体系。 没有 Rules,AI 会按自己的理解行动;有了 Rules,AI 会严格按照你设定的边界和标准来执行——就像公司的行为准则一样。 ❌ 没有 Rules AI 随意发挥结果不可预期,难以管控 ✅ 有了 Rules AI 按规则行动输出稳定,行为可预期 Rules 的四个层级 1 全局规则 适用于所有场景的基础行为准则,例如「回答必须使用中文」「禁止输出个人隐私」 2 角色规则 特定角色/职责的专属规范,例如「作为测试工程师,必须考虑边界条件」 3 项目规则 行为可预期 Rules 不是限制 AI,而是让 AI 更好地理解你的期望 你给 AI 设置过哪些有效的规则?
给 AI 几句模糊的提示词,然后祈祷它生成可用的代码——这就是"氛围编程"。规范驱动开发,能让这个过程变得可控。 为什么需要规范驱动开发? 层次 名称 通俗理解 Level 1 spec-first 先写规范再动手 Level 2 spec-anchored 做完了也保留规范,方便维护 Level 3 spec-as-source 只改规范 架构规划 → 设计系统架构和资源依赖 3. 分步构建 → 从小型、可测试的模块开始 规范文档的内容 一份好的规范文档应该包含: 1. 需求定义:清晰描述要解决的问题 2. 安全早做 不要把安全留到最后,作为架构的一部分设计 反馈循环 需求→规范→实现→反馈→更新规范,持续迭代 写在最后 AI 编程工具发展日新月异,但工具本身不能替代工程实践。 规范驱动开发不是额外的负担,而是让 AI 编程从"碰运气"变成"可控流程"的关键方法论。 无论技术背景如何,掌握正确的方法,人人都能构建高质量的软件。