Python毕业设计旅游网站：Django建模与避坑指南-北京尧图网络

简介面向Python毕业设计或课程设计需求的完整旅游网站项目包基于Python 3.7与MySQL开发前后端代码完备包含项目源码、数据库脚本及运行所需工具。项目经严格调试可在PyCharm中直接配置依赖运行。包内共813个文件压缩后大小20.77MB以JS、CSS、HTML、Vue等前端类型为主辅以GIF、JPG、SVG等静态资源同时包含SQL数据库脚本与bat自动化部署脚本安装、运行、构建目录结构清晰便于按模块阅读和二次开发。目前已有55位学习者下载查看特别适合需要完整项目参考的应届毕业生与Python学习者。资源提供了从环境配置、数据库导入到前后端联调的全套方案可帮助理解旅游网站常见的用户管理、景点展示、订单流程等模块实现省去从零搭建的时间成本。1. Python毕业设计做旅游网站为什么大家选它又为什么容易翻车在毕业设计辅导和答辩现场Python课程设计做旅游网站是我见过最多的选题之一它的热是有道理的用户注册登录、景点展示、线路推荐、订单预订、评论管理每一块拆开都是标准的数据库增删改查论文目录天然能按功能模块展开工作量正好卡在两三个月能交付的区间里。但真正把这套项目跑起来翻车的也不少——下载回来的源码Django版本对不上迁移文件冲突MySQL中文字符集报错演示前静态页面整个打不开这些问题我在线下一对一辅导里几乎每周都会碰到一次。这篇文章就顺着一个能完整运行的旅游网站方案把技术选型、数据模型、核心功能实现和验收前最值得检查的坑位讲清楚。适合正在做Python毕业设计的同学也适合帮毕业生做辅导的人参考。2. 选型与数据模型先用五张表把旅游网站的骨架立住2.1 Django还是Flask从答辩表现角度如何选框架先回答选型问题。旅游网站这个题目看起来Flask和Django都能做但适用面差别很大。Flask的精简意味着路由、数据库连接、用户会话都要自己设计页面个性化程度高适合喜欢掌控细节的人而Django自带Admin后台、auth认证、ORM映射常规CRUD功能直接能用框架能力覆盖。以毕设交付为场景我一般强烈建议用Django。原因很清楚。第一旅游网站功能模块多用户、景点、订单、评论、收藏每一块都需要后台维护数据。Django安装完成后自带一个可用的管理后台你在Admin里直接可以给景点添加封面图、改价格、看订单等于管理端功能不用从头写。第二Django的auth模块已经实现了注册登录、密码加密和session管理这些在答辩时是必问功能自己实现的密码存储往往经不起追问。第三从写论文的角度看Django的MTV结构对应关系很清晰models对应数据库设计、views对应功能、templates对应页面每一节都有明确归属。Flask也并非不能做只是你要在项目前期把额外组件都准备好用SQLAlchemy写ORM用Flask-Login做认证用Flask-Admin做后台。这些组件本身不复杂但组合起来的版本兼容问题要比Django集中在一个框架里更繁琐。假如你已经在Flask上写了一大半就不要再临时换框架如果还在起步阶段选Django能明显省出写后台的时间。版本建议也顺带在这里说掉。这个方案我一般固定在一套稳定的组合上Python 3.8或者3.9Django 4.2MySQL 5.7或8.0。Python 3.8是很多毕设电脑上已经装好的版本Django 4.2对它兼容性很好真遇到Python 3.12新机器时再考虑升级不要在毕设期间追版本稳比新重要。对比项DjangoFlask后台管理自带Admin直接维护数据和订单需自己搭Flask-Admin或写页面用户认证自带auth注册登录开箱即用需接Flask-Login并管理会话开发速度功能多时开发效率高轻量小项目效率高论文契合度MTV结构与章节对应清楚自由度高需要额外解释设计常见坑依赖版本集中第三方组件版本组合容易冲突2.2 数据建模景点、订单、评论三条模型代码与字段参数详解旅游网站功能越想越多但落到提交流程上的核心数据其实不多。我建议第一版只建五张业务表用户直接用Django内置User表景点表存基础信息订单表管理用户预约评论表承载景区口碑收藏表或者线路表按题目方向二选一。下面这段是景点、订单、评论三个模型的代码它们基本覆盖了旅游网站的数据主体。from django.db import models from django.contrib.auth.models import User class Scenic(models.Model): name models.CharField(max_length100, verbose_name景点名称) location models.CharField(max_length255, verbose_name所在地区) price models.DecimalField(max_digits8, decimal_places2, verbose_name门票价格) description models.TextField(verbose_name景点介绍) cover models.ImageField(upload_toscenic/%Y%m/, verbose_name封面图) stock models.IntegerField(default0, verbose_name每日可预约人数) created_time models.DateTimeField(auto_now_addTrue, verbose_name创建时间) class Meta: verbose_name 景点 verbose_name_plural verbose_name ordering [-created_time] def __str__(self): return self.name class Order(models.Model): user models.ForeignKey(User, on_deletemodels.CASCADE, verbose_name用户) scenic models.ForeignKey(Scenic, on_deletemodels.CASCADE, verbose_name景点) visit_date models.DateField(verbose_name游玩日期) quantity models.PositiveIntegerField(default1, verbose_name预约人数) status models.CharField( max_length20, choices( (pending, 待支付), (paid, 已支付), (canceled, 已取消), ), defaultpending, verbose_name订单状态, ) created_time models.DateTimeField(auto_now_addTrue, verbose_name下单时间) class Meta: verbose_name 订单 verbose_name_plural verbose_name ordering [-created_time] def __str__(self): return f{self.user.username}-{self.scenic.name} class Comment(models.Model): user models.ForeignKey(User, on_deletemodels.CASCADE, verbose_name用户) scenic models.ForeignKey(Scenic, on_deletemodels.CASCADE, verbose_name景点) content models.TextField(verbose_name评论内容) score models.PositiveSmallIntegerField(default5, verbose_name评分) created_time models.DateTimeField(auto_now_addTrue, verbose_name创建时间) class Meta: verbose_name 评论 verbose_name_plural verbose_name ordering [-created_time]这段模型有几个参数值得细说。第一ForeignKey里的on_deletemodels.CASCADE表示用户或景点被删除时关联订单和评论一并删除开发阶段这样最直观。如果你希望删掉景点后还保留订单记录可以改成models.SET_NULL并把scenic设置为nullTrue但那样在查询订单详情时要额外处理scenic为空的情况。第二Order.status用choices限定字符串后续做支付状态流转只需要改字段值不需要改动表结构用Django迁移时choices修改也会自动记录到迁移文件里答辩时可以拿出这个点说明你是如何控制订单状态的。第三upload_toscenic/%Y%m/表示景点封面图按年、月分目录存放避免大量图片堆在同一个文件夹里拖慢Admin后台。推荐你顺手把Scenic和Order注册到admin.py里。注册之后在2.3创建的管理员账号就能直接录入景点数据、模拟后台改订单状态这是旅游网站毕设“管理端”最快的实现路径。# travel_app/admin.py from django.contrib import admin from .models import Scenic, Order, Comment admin.register(Scenic) class ScenicAdmin(admin.ModelAdmin): list_display (name, location, price, stock) search_fields (name, location) admin.site.register(Order) admin.site.register(Comment)这里的admin.register装饰器把景点模型注册到后台list_display决定后台列表页显示哪些列search_fields直接给Admin页面加一个搜索框。答辩时老师问你后台是怎么做的你演示这些配置动作就能解释清楚不用展示一大堆自己写的管理页面。2.3 初始化项目把数据库接上settings配置与迁移命令模型定义完了下面就是让这套东西真正跑起来的最小操作序列。我平时习惯在命令行创建项目而不是用IDE的“新建项目”按钮原因是我见过不少同学因为IDE自动生成的项目目录多一层嵌套导致相对导入和整个项目入口在本地跑不起来。命令行操作每一步都能看见出错了也知道在哪一步。# 在项目根目录创建并激活虚拟环境 python -m venv venv venv\Scripts\activate # 安装依赖用可信的镜像源避免超时 pip install django4.2.14 pymysql Pillow # 创建项目travel_project和应用travel_app django-admin startproject travel_project . python manage.py startapp travel_app执行完上面命令项目根目录会同时出现travel_project配置目录和travel_app业务目录。一般解压一个旅游网站毕设包后你看到的目录结构也是这两层外层是项目配置内层是业务模块static和templates分别放静态资源和页面模板。数据库选用MySQL时在settings.py里做如下配置。需要注意Django默认使用SQLite如果只是快速验证可以先不改成MySQL等演示前再切不过毕业设计通常要求演示关系型数据库所以我把MySQL的配置一并写出来。# travel_project/settings.py 部分配置 import pymysql pymysql.install_as_MySQLdb() DATABASES { default: { ENGINE: django.db.backends.mysql, NAME: travel, USER: root, PASSWORD: 你的数据库密码, HOST: 127.0.0.1, PORT: 3306, OPTIONS: { charset: utf8mb4, }, } } LANGUAGE_CODE zh-hans TIME_ZONE Asia/Shanghai USE_TZ True INSTALLED_APPS [ django.contrib.admin, django.contrib.auth, django.contrib.contenttypes, django.contrib.sessions, django.contrib.messages, django.contrib.staticfiles, travel_app, ]连接层配置好后执行迁移和创建管理员python manage.py makemigrations python manage.py migrate python manage.py createsuperuser以上参数里pymysql.install_as_MySQLdb()是让PyMySQL在Django 4.2中扮演MySQLdb的角色没有MySQL原生客户端库时也能正常连接。DATABASES的OPTIONS指定charset为utf8mb4数据库创建时也要用utf8mb4如果库里用的是默认latin1这里写什么都会被字符集问题拦下来具体坑位在第4章会展开。USE_TZTrue表示Django按UTC存储时间、按TIME_ZONE展示本地时间设置成Asia/Shanghai后用户在页面上看到的是北京时间不会出现上午下单变成凌晨时间的问题。createsuperuser创建的管理员账号就是登录/admin后台维护景点数据的入口。到这里一个没有任何业务页面的旅游网站骨架已经能跑起来了。下一步要把业务页面接进去。3. 核心功能落地注册登录、景点列表与订单闭环的Django代码3.1 注册登录退出auth模块三种视图代码与模板写法用户认证是旅游网站逃不掉的部分Django自带auth模块注册使用create_user完成登录使用authenticate和login。我给出的这套视图没有用Django自带的LoginView类视图而是写函数视图好处是逻辑直观答辩时讲session建立的过程更清楚。# travel_app/views.py from django.contrib.auth import login, logout, authenticate from django.contrib.auth.models import User from django.shortcuts import render, redirect def register(request): if request.method POST: username request.POST.get(username, ).strip() password request.POST.get(password, ) password2 request.POST.get(password2, ) if not username or not password: return render(request, register.html, {error: 用户名和密码不能为空}) if password ! password2: return render(request, register.html, {error: 两次密码输入不一致}) if User.objects.filter(usernameusername).exists(): return render(request, register.html, {error: 该用户名已被注册}) user User.objects.create_user(usernameusername, passwordpassword) login(request, user) return redirect(scenic_list) return render(request, register.html) def user_login(request): if request.method POST: username request.POST.get(username, ) password request.POST.get(password, ) user authenticate(request, usernameusername, passwordpassword) if user is not None: login(request, user) return redirect(scenic_list) return render(request, login.html, {error: 用户名或密码错误}) return render(request, login.html) def user_logout(request): logout(request) return redirect(scenic_list)这段代码的重点在于create_user和authenticate。create_user会把密码做哈希后存入数据库展示数据时数据库中看不到原始密码答辩时会问“你密码怎么存的”这个答案就是现成的。authenticate内部会检查用户名、密码以及用户是否激活比自己写User.objects.filter再额外判断is_active靠谱。register视图里加了密码两次校验和用户名查重这是演示时最容易被点到的参数校验点。注册登录页面模板里每个form表单都要写出{% csrf_token %}否则提交时Django会返回403。这里贴一个登录表单的最小写法!-- templates/login.html -- form methodpost action{% url user_login %} {% csrf_token %} input typetext nameusername placeholder用户名 required input typepassword namepassword placeholder密码 required button typesubmit登录/button /formurls.py也需要同步映射这几个视图# travel_project/urls.py from django.urls import path from travel_app import views urlpatterns [ path(register/, views.register, nameregister), path(login/, views.user_login, nameuser_login), path(logout/, views.user_logout, nameuser_logout), path(, views.scenic_list, namescenic_list), ]urls.py里的name参数就是模板中{% url user_login %}的依据路由改名后模板里的名称要同步改否则页面会报NoReverseMatch错误。这部分如果用的是别人的源码包经常出现的就是模板里引用的路由名称和urls.py不一致排查时优先检查name。3.2 景点列表与详情页分页、地区筛选与翻页参数保持旅游网站的主页就是景点列表。这个页面要同时解决分页和筛选两个问题。下面这个视图按创建时间倒序排列景点并根据URL中的location参数过滤地区然后通过Paginator做到每页8条记录。# travel_app/views.py from django.core.paginator import Paginator from django.shortcuts import render, get_object_or_404 from .models import Scenic def scenic_list(request): location request.GET.get(location, ).strip() scenic_queryset Scenic.objects.all().order_by(-created_time) if location: scenic_queryset scenic_queryset.filter(location__containslocation) paginator Paginator(scenic_queryset, 8) page_number request.GET.get(page, 1) page_obj paginator.get_page(page_number) return render(request, scenic_list.html, { page_obj: page_obj, location: location, }) def scenic_detail(request, scenic_id): scenic get_object_or_404(Scenic, pkscenic_id) comments scenic.comment_set.all().order_by(-created_time)[:10] return render(request, scenic_detail.html, { scenic: scenic, comments: comments, })这里有两个参数值得注意。第一filter(location__containslocation)对应SQL里的LIKE %关键字%适合毕设这种轻量级搜索但对于用户输入特殊字符没有任何转义处理演示搜索时不要输入引号等容易出错的符号。第二Paginator(page_obj)在模板中要同时使用导航用page_obj.has_previous和page_obj.previous_page_number。列表页模板还要注意把location参数拼在翻页链接上否则用户已经按地区筛选后翻到第2页条件就丢掉了。!-- templates/scenic_list.html -- div classscenic-grid {% for scenic in page_obj %} div classscenic-card img src{{ scenic.cover.url }} alt{{ scenic.name }} h3a href{% url scenic_detail scenic.id %}{{ scenic.name }}/a/h3 p{{ scenic.location }} · {{ scenic.price }}/p /div {% endfor %} /div {% if page_obj.has_previous %} a href?page{{ page_obj.previous_page_number }}location{{ location }} 上一页 /a {% endif %}scenic_detail视图里通过scenic.comment_set.all()拿到该景点下的所有评论。这个命名是Django默认的反向查询如果你在Comment模型中定义了related_namecomments那就不用加任何后缀直接在模板中写scenic.comments.all。对毕设来说默认写法已经能用加related_name的好处是模板里写起来更接近英文语法。3.3 评论与下单外键关联数据怎么串起来评论和订单都依赖当前登录用户。视图上加login_required未登录用户会被重定向到登录页这就在流程上保证了外键字段一定不是空的。from django.contrib.auth.decorators import login_required from django.shortcuts import redirect, render, get_object_or_404 from .models import Scenic, Order, Comment login_required def add_comment(request, scenic_id): scenic get_object_or_404(Scenic, pkscenic_id) if request.method POST: content request.POST.get(content, ).strip() score request.POST.get(score, 5) if content: Comment.objects.create( userrequest.user, scenicscenic, contentcontent, scorescore, ) return redirect(scenic_detail, scenic_idscenic.id) return redirect(scenic_detail, scenic_idscenic.id) login_required def create_order(request, scenic_id): scenic get_object_or_404(Scenic, pkscenic_id) if request.method POST: visit_date request.POST.get(visit_date, ) quantity int(request.POST.get(quantity, 1)) if not visit_date: return render(request, order_form.html, {error: 请选择游玩日期}) if quantity scenic.stock: return render(request, order_form.html, {error: 超出当日可预约人数}) Order.objects.create( userrequest.user, scenicscenic, visit_datevisit_date, quantityquantity, statuspending, ) return redirect(order_list) return render(request, order_form.html, {scenic: scenic}) login_required def order_list(request): orders request.user.order_set.all().order_by(-created_time) return render(request, order_list.html, {orders: orders})create_order里最容易被忽略的是逆向外键查询。request.user.order_set.all()表示按订单表里user字段找到当前用户的所有订单与前面景点评论的comment_set逻辑一致。int(request.POST.get(quantity, 1))在页面上输入非数字时会抛ValueError演示时手动输入不会遇到但给导师做自动化测试脚本时可能遇到建议后面加一个try判断把quantity转换成int再继续。status固定为pending要模拟支付就在订单列表上加一个确认按钮调用一次update(statuspaid)即可不要把支付流程做得过于复杂那不是旅游网站毕设的核心价值点。3.4 扩展线路或收藏模块ManyToMany关联的加字段方式如果你的题目叫“旅游网站”而不是“景点门票预订网站”通常还要放进线路规划模块。最省事的做法是把线路表定义成和Scenic并列的模型线路字段包含标题、天数、价格、简介线路和景点用ManyToManyField关联。然后订单表里增加一个可空的外键指向线路这样下单时选择景点或线路都不会破坏原有表结构。class Route(models.Model): name models.CharField(max_length100, verbose_name线路名称) days models.PositiveIntegerField(default1, verbose_name行程天数) price models.DecimalField(max_digits8, decimal_places2, verbose_name价格) description models.TextField(verbose_name线路介绍) scenics models.ManyToManyField(Scenic, blankTrue, verbose_name包含景点) created_time models.DateTimeField(auto_now_addTrue, verbose_name创建时间)这样扩展之后后台Admin自然出现线路管理页面景点数量也不会超过原来的管理范围。要是你的题目里还要求民宿预订就在Order里新增一个model字段区分订单类型不要扩出第三套订单流程。这个阶段还有一个实用做法写一个简单的数据填充脚本用for循环生成十几条景点记录避免演示时后台数据空空荡荡。4. 验收前的避坑检查环境、数据、演示机三个层面的常见问题4.1 Python环境变量没配置命令行执行python直接报错现象项目运行前在cmd窗口输python返回“不是内部或外部命令”。或者双击启动脚本窗口一亮就关。原因安装Python时没有勾选Add Python to PATH系统环境变量里没有Python路径也有的是电脑上装了多个Python版本PATH顺序把旧版排在了前面。解决不要急着重装先找哪个解释器在生效。where python python --version如果where python找不到去Python安装目录找到python.exe把目录追加到系统环境变量Path中然后新开cmd执行python --version确认版本号。安装Python时安装向导有个“Add python.exe to PATH”的复选框很多同学都是在这里把坑埋下来的。在线辅导时我见到的绝大部分“项目跑不起来”都出在这一层还没进入写代码阶段。4.2 MySQL字符集不一致中文内容写入乱码现象页面能正常打开但提交中文数据时报告Incorrect string value或者数据库里存的内容是一排问号和乱码。原因创建数据库时没有指定字符集MySQL默认用了latin1而Django侧写入的是utf8mb4编码两边对不上。从别人那里导入的备份文件恢复后字符集丢失也是这个现象。解决先确认当前库的字符集。SHOW CREATE DATABASE travel;如果结果里看不到utf8mb4就把库重建成utf8mb4。项目还没写数据的阶段直接删库重建最干净已经有数据的先导出备份再重建。CREATE DATABASE travel DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;重建之后同步修改settings.py里数据连接的OPTIONScharset保持utf8mb4。还要注意一个细节mysqlclient和PyMySQL的版本要匹配对应Python版本Python 3.9下装pymysql比较顺利Python 3.12下可能因为Django对PyMySQL的版本要求报错这时按提示把pymysql升级到较新版本。4.3 静态文件图片全挂MEDIA路由未配置现象列表页HTML结构在但整页没有样式圆形图、封面图全部裂开。原因Django开发服务器默认不开静态文件路由必须在settings里配置STATIC_URL、STATICFILES_DIRS还要在根urls.py里通过static()把media文件映射出去。解决在settings.py补充以下配置。import os BASE_DIR os.path.dirname(os.path.dirname(os.path.abspath(__file__))) STATIC_URL /static/ STATICFILES_DIRS [ os.path.join(BASE_DIR, static), ] MEDIA_URL /media/ MEDIA_ROOT os.path.join(BASE_DIR, media)然后在urls.py里接入路由from django.conf import settings from django.conf.urls.static import static urlpatterns static(settings.STATIC_URL, document_rootsettings.STATICFILES_DIRS[0]) urlpatterns static(settings.MEDIA_URL, document_rootsettings.MEDIA_ROOT)这里有一个典型误区把STATIC_ROOT和STATICFILES_DIRS搞混。开发阶段用STATICFILES_DIRS告诉Django去哪里找源码目录下的静态文件collectstatic部署时才需要STATIC_ROOT。如果两者弄反演示时会报Static file not found但改了半天也没解决。图片上传是否成功看MEDIA_ROOT目录里是否生成新的子目录和文件即可。4.4 requirements.txt版本未锁定换台电脑ModuleNotFoundError现象代码在自己电脑跑得很正常同步到同学电脑后ModuleNotFoundError不断跳出来或者同一段代码在两台机器上结果不一样。原因requirements.txt里写的是django4.0这种宽松范围pip自动选择的最新版本可能包含接口变化更常见的是很多人连requirements.txt都没有靠一条条pip install记不清装了什么。解决在项目功能全部测试通过后用pip freeze生成锁定版本的依赖清单。pip freeze requirements.txt重新安装时逐项核对requirements.txt里的版本。比如pymysql版本过低pymysql.install_as_MySQLdb()会报找不到MySQLdb模块Pillow版本过低图片字段打开时报告初始化失败。如果项目里还用了图像压缩或验证码库比如numpy、opencv-python这类在生成requirements后检查一下是否有“No module named cv2”的报错有就直接追加一行opencv-python的指定版本再重新安装。此时确认VSCode右下角选择的Python解释器是在venv虚拟环境里而不是宿主机Python否则pip装的位置和运行的位置不是同一个环境怎样安装都会继续报错。PyCharm和VSCode都有这个解释器选择问题打开项目时默认可能会采用全局解释器。4.5 页面提交报403、404、500看日志按Traceback定位现象点击登录或提交评论按钮页面返回403 Forbidden或者反过来返回500 error。原因403基本是模板form里没有{% csrf_token %}Django的CSRF防护默认开启500是视图代码异常并不是配置问题404是URL设计问题详情页的scenic_id没有匹配到记录也会404。解决403就在form表单第一行加{% csrf_token %}。500看控制台输出的Traceback异常信息会指明是views.py第几行报错按行号去改比在页面上猜可靠得多。404要检查urls.py里路径的参数名比如视图函数叫scenic_detail(request, scenic_id)URL里的int:scenic_id就必须和参数名一致一个名字对不上就给你404。查看日志时建议直接跑python manage.py runserver开着控制台做演示出错时能当场看到完整报错而不是只能看到页面上简单的“Server Error”。5. 答辩前一晚用一次全链路走查给项目做最终验证做旅游网站毕设功能实现容易验收演示才是真正放大问题的地方。我养成了一个习惯答辩前夜把数据库清空把项目当新产品从零再交付一遍。这不是重写代码而是把运行链路完整走一遍确认从zip包解压到页面可访问的每一步都不会卡住。清数据库的标准做法是把travel库删除然后重建一个同名utf8mb4库依次执行makemigrations、migrate、createsuperuser用新账号登录Admin后台录入景点和线路测试数据。这一套操作等价于在一台干净电脑上第一次部署项目做完后你提交的zip包就能在任何一台电脑上按同样顺序复现不会出现只在自己电脑能跑的尴尬。第二个技巧是固定演示数据和演示账号。管理员账号之外再创建一个普通用户test密码设简单点避免演示时临时想密码出错。景点封面图放几张本地jpg不要外链图片地址一失效页面立刻破相。演示过程中不要现场上传图片提前在后台传好把时间留给核心流程。第三个技巧是把演示步骤控制在八分钟以内。注册、登录、景点列表、详情页、下单、后台改价格、查看订单状态这七步足以完整展示工作量。演示时开着console发现页面报错直接看Traceback如果是小改动就现场改改完刷新如果是结构性问题就用事先准备好的“备用演示流程”跳过那个页面先保住整体节奏。这套走查方法我每次指导学生都用它不会帮你写代码但可以让你在答辩台上少经历一段手心出汗的空白时间。希望帮到你。本文还有配套的精品资源点击获取

Python毕业设计旅游网站：Django建模与避坑指南

相关推荐

Agent-Reach：面向开发者的CLI API编排中枢

低代码工程本质与企业应用边界：从Vue平台到Python图形化工具的组织级落地

COMSOL钻削温度场仿真：从热源建模到移动热源与网格策略

更多资讯

Cohere Embed 5 Fast模式：低延迟语义检索的工程落地指南

从Pi到DSH：Agent Harness如何实现自生长与上下文动态管理

AI写代码后不敢合并？用Skill构建可追溯证据链的代码评审方案

AI Agent 工程化实战：从调研报告看运行时、多Agent协作与安全边界

千人集团财务智能体落地实践：六大流程AI化与踩坑复盘

Godot 4.6 轻量角色状态机开发实战：从零搭建可扩展架构

今日更新

Agent Skills 完全指南：原理、写法、安装与实战避坑

Agent Skills 实战：从 Genkit 定义到 GKE 部署与排查

Agent Skills 实战：从设计到调试的完整指南

本周精选

CMOS设计三大物理效应：体效应、沟道长度调制与亚阈值导电

微信小程序在线阅读毕设全解析：Java后端+MySQL+避坑实战

Android音频问题五层分析法：从App到Codec的系统化诊断

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？