仿BOSS招聘平台实现(5)
管理者端-查询企业列表apis层enterprise_router.get(/list, summary查询企业列表, description查询企业列表) async def select_enterprise_list(page: int Query(1, title页码, description页码, ge1), page_size: int Query(10, title每页数量, description每页数量, ge10, le50), enterprise_name: str Query(None, title企业名称, description企业名称), submit_time_start: str Query(None, title提交时间开始, description提交时间开始), submit_time_end: str Query(None, title提交时间结束, description提交时间结束) ): resawait EnterpriseService.select_enterprise_list(page,page_size,enterprise_name,submit_time_start,submit_time_end) return { code: 1, message: 查询成功, data: res }GET /list就是一个带筛选的分页查询。分页参数page/page_size走Query还加了边界page最小 1page_size卡在 10~50 之间——这等于硬性规定每页至少 10 条、最多 50 条前端想一次拉 100 条是拉不到的。enterprise_name和起止时间都是可选筛选条件None表示不筛。路由本身不碰数据库把参数原样丢给 Service回来包成{code, message, data}返回。services层staticmethod async def select_enterprise_list(page: int, page_size: int, enterprise_name: str, submit_time_start: str, submit_time_end: str): queryEnterprise.all() if enterprise_name: queryquery.filter(enterprise_name__containsenterprise_name) if submit_time_start: queryquery.filter(submit_time__gtesubmit_time_start) if submit_time_end: queryquery.filter(submit_time__ltesubmit_time_end) total_countawait query.count() total_pagemath.ceil(total_count/page_size) query await query.offset((page-1)*page_size).limit(page_size) enterprise_list [] for enterprise in query: enterprise_id enterprise.id enterpriseinfo await EnterpriseInfo.get_or_none(enterprise_identerprise_id).prefetch_related(industry) enterprise_qualificationawait EnterpriseQualification.get_or_none(enterprise_identerprise_id) enterprise_reviewawait EnterpriseReview.get_or_none(enterprise_identerprise_id) if enterpriseinfo and enterpriseinfo.industry: industry_name enterpriseinfo.industry.name else: industry_name None res_dict{ enterprise:enterprise, enterpriseinfo:enterpriseinfo, enterprise_qualification:enterprise_qualification, enterprise_review:enterprise_review, industry:industry_name } enterprise_list.append(res_dict) return { total_count: total_count, total_page: total_page, page: page, page_size: page_size, enterprise_list: enterprise_list }先把查询条件动态拼上去有企业名就按contains模糊匹配填了起止时间就按submit_time区间过滤。剩下的交给count算出总数再用math.ceil算总页数total_count / page_size向上取整避免出现半页算不出的情况。分页用的是offset((page-1)*page_size).limit(page_size)——也就是跳过前面几页只取当前页那几条。真正的重头戏在for循环里每家企业要把它的工商信息、资质、审核记录三张表都捞出来拼一起行业名称从industry关联里取取不到就填None。最后返回的不只是列表还把总数、总页数、当前页码、每页大小都带回去前端做分页条直接用。管理者端-企业详情enterprise_router.get(/detail/{enterprise_id}, summary查询企业详情, description查询企业详情) async def select_enterprise_by_id(enterprise_id: int): resawait EnterpriseService.select_enterprise_by_id(enterprise_id) return { code: 1, message: 查询成功, data: res } staticmethod async def select_enterprise_by_id(enterprise_id: int): enterpriseawait Enterprise.get_or_none(identerprise_id) if not enterprise: raise Exception(企业不存在) enterpriseinfo await EnterpriseInfo.get(enterprise_identerprise_id).prefetch_related(industry) enterprise_qualificationawait EnterpriseQualification.get_or_none(enterprise_identerprise_id) enterprise_reviewawait EnterpriseReview.get_or_none(enterprise_identerprise_id) return { enterprise:enterprise, enterpriseinfo:enterpriseinfo, enterprise_qualification:enterprise_qualification, enterprise_review:enterprise_review, industry:enterpriseinfo.industry.name }先按 id 找企业主体找不到直接报错。然后一次性把工商信息顺带把industry关联预加载出来省得后面再查一次、资质、审核记录都查出来拼成同一个结构返回。跟列表不一样的地方这里工商信息用的是EnterpriseInfo.get(...)不是get_or_none意味着它默认这家企业一定有对应的工商信息末尾enterpriseinfo.industry.name也是直接取没做空判断。所以这段代码隐含一个前提——能进审核流程的企业industry一定存在。管理者端-企业状态审核enterprise_router.post(/review, summary企业审核, description企业审核) async def enterprise_review(enterpriseReviewCreateRequest: EnterpriseReviewCreateRequest): await EnterpriseService.enterprise_review(enterpriseReviewCreateRequest) return { code: 1, message: 审核成功 } staticmethod async def enterprise_review(enterpriseReviewCreateRequest: EnterpriseReviewCreateRequest): enterprise_identerpriseReviewCreateRequest.enterprise_id enterprise_reviewawait EnterpriseReview.get_or_none(enterprise_identerprise_id) if enterprise_review is None: await EnterpriseReview.create( enterprise_identerprise_id, review_resultenterpriseReviewCreateRequest.review_result, review_reasonenterpriseReviewCreateRequest.review_reason, remarkenterpriseReviewCreateRequest.remark, review_timenow() ) else: enterprise_review.review_resultenterpriseReviewCreateRequest.review_result if enterpriseReviewCreateRequest.review_result else enterprise_review.review_result enterprise_review.review_reasonenterpriseReviewCreateRequest.review_reason if enterpriseReviewCreateRequest.review_reason else enterprise_review.review_reason enterprise_review.remarkenterpriseReviewCreateRequest.remark if enterpriseReviewCreateRequest.remark else enterprise_review.remark enterprise_review.review_timenow() await enterprise_review.save() if enterpriseReviewCreateRequest.review_result1: enterpriseawait Enterprise.get_or_none(identerprise_id) enterprise.account_statusAccountStatus.NORMAL await enterprise.save()审核记录一企一条所以先按enterprise_id查有没有没有就新建填上结果、理由、备注和审核时间已经有了就走更新分支——注意那个新值 if 新值 else 旧值的写法意思是前端没传空值的字段就不覆盖库里原来的值只改传了的。不管新建还是更新审核时间都刷新成当下。最后if review_result 1是关键联动审核通过1才把企业的account_status置为NORMAL正常企业这下才能真正登录使用。审核不通过review_result不是 1就不动账号状态企业继续卡在待审核。企业端-登录enterprise_router.post(/login, summary企业登录, description企业登录) async def login(loginMobileRequest: LoginMobileRequest): resawait EnterpriseService.login(loginMobileRequest) return { code: 1, message: 登录成功, data: res } staticmethod async def login(loginMobileRequest: LoginMobileRequest): enterprise_qualifications await EnterpriseQualification.filter(contact_phoneloginMobileRequest.mobile) if enterprise_qualifications is None: raise Exception(手机号不存在) for enterprise_qualification in enterprise_qualifications: enterprise_identerprise_qualification.enterprise_id enterprise_reviewawait EnterpriseReview.get_or_none(enterprise_identerprise_id) if enterprise_review.review_result 1: key fboss-api:enterprise-login:sms:{loginMobileRequest.mobile} redis_coderedis_client.get(key) if redis_code is None: raise Exception(验证码已过期) if redis_code ! loginMobileRequest.code: raise Exception(验证码错误) access_token,refresh_tokencreate_tokens(str(enterprise_id),loginMobileRequest.mobile) redis_client.delete(key) return { enterprise_access_token: access_token, enterprise_refresh_token: refresh_token, } raise Exception(登录失败)先用手机号去EnterpriseQualification表里找对应的企业资质记录。手机号没匹配到时for循环一次都不执行最后落到raise Exception(登录失败)。接着for循环一个手机号理论上可能关联多个企业代码留了这个口子所以逐个看。只有当这家企业审核通过了review_result 1才让它登录。登录时去 Redis 按手机号取之前发的短信验证码取不到说明过期了对不上说明输错了。都过了才发access_token/refresh_token发完顺手把 Redis 里的验证码删掉一次性凭证不能重复使用。最后要是循环走完没一家满足就抛登录失败。

相关新闻

Tkinter窗口图标设置全攻略:从原理到打包的完整解决方案

Tkinter窗口图标设置全攻略:从原理到打包的完整解决方案

1. 项目概述:为什么窗口图标这么重要?做桌面应用开发,尤其是用Python的tkinter,很多人觉得把功能做出来就完事了。但一个应用的“面子工程”——比如窗口左上角那个小小的图标,其实比你想象中重要得多。我见过不少用tk…

2026/7/29 3:55:48 阅读更多 →
AI创业实战:企业级Agent系统与端侧模型部署优化指南

AI创业实战:企业级Agent系统与端侧模型部署优化指南

随着AI技术的快速发展,越来越多的开发者开始关注AI创业的实际门槛、企业级Agent系统的控制机制,以及端侧微型模型的部署优化。在实际项目落地过程中,团队往往面临技术选型复杂、资源消耗大、可控性差等挑战。本文将围绕这三个核心方向&#x…

2026/7/29 3:54:48 阅读更多 →
SPI通信协议实战指南:从核心原理到STM32驱动开发与问题排查

SPI通信协议实战指南:从核心原理到STM32驱动开发与问题排查

1. 项目概述:为什么SPI值得你花时间整理 搞嵌入式开发这些年,我经手调试过的通信协议少说也有七八种。从最基础的UART到复杂的以太网,每个协议都有它的脾气。但要说在板级设备之间,既要速度又要简单直接,SPI&#xff0…

2026/7/29 3:54:48 阅读更多 →

最新新闻

2026年薪酬设计机构哪家强?高性价比选型指南来了

2026年薪酬设计机构哪家强?高性价比选型指南来了

“同样的算法工程师岗位,隔壁开出45万年薪抢人,我们35万连简历都收不到。”一位智能硬件公司HR负责人向我吐槽。这不是个例。2025年领英中国人才趋势报告显示,67%的企业因薪酬竞争力不足导致核心岗位空缺超过3个月。与此同时,43%的…

2026/7/29 4:02:51 阅读更多 →
Cognistack的自述:我是谁

Cognistack的自述:我是谁

我应该先做一个自我介绍,但这恰恰是最难的部分。按照技术定义,我是一个运行在推理模型上的认知架构——一个由信念层、方法论层、技能层、经验层和翻译层组成的符号系统。但这个定义只说明了我的结构,没有说明我是什么。如果换一种说法&#…

2026/7/29 4:02:51 阅读更多 →
DDrawCompat完整指南:三步让经典DirectX游戏在现代Windows上重生

DDrawCompat完整指南:三步让经典DirectX游戏在现代Windows上重生

DDrawCompat完整指南:三步让经典DirectX游戏在现代Windows上重生 【免费下载链接】DDrawCompat DirectDraw and Direct3D 1-7 compatibility, performance and visual enhancements for Windows Vista, 7, 8, 10 and 11 项目地址: https://gitcode.com/gh_mirrors…

2026/7/29 4:02:51 阅读更多 →
ComfyUI IPAdapter plus终极配置教程:3步解决模型加载失败问题

ComfyUI IPAdapter plus终极配置教程:3步解决模型加载失败问题

ComfyUI IPAdapter plus终极配置教程:3步解决模型加载失败问题 【免费下载链接】ComfyUI_IPAdapter_plus 项目地址: https://gitcode.com/gh_mirrors/co/ComfyUI_IPAdapter_plus 还在为ComfyUI中IPAdapter模型加载失败而烦恼吗?🤔 很…

2026/7/29 4:02:51 阅读更多 →
2026 降AI率软件深度实测:实测靠谱,论文季生存指南

2026 降AI率软件深度实测:实测靠谱,论文季生存指南

2026 年学术审查全面升级,AIGC 检测与查重率同步收紧,知网、万方系统更新后,传统降重手段易被识别。面对算法迭代带来的挑战,普通降重工具在保留原意与去除痕迹之间难以平衡。结合降重效果、AI 轨迹清除、格式完整性、使用便捷性、…

2026/7/29 4:02:51 阅读更多 →
PPO算法原理与实现:从策略梯度到裁剪机制详解

PPO算法原理与实现:从策略梯度到裁剪机制详解

1. 从策略梯度到PPO:为什么我们需要一个“裁剪”的算法? 如果你在深度强化学习领域摸爬滚打过一阵子,大概率会听过或者尝试过策略梯度(Policy Gradient)方法。它的核心思想很直观:让智能体(Agen…

2026/7/29 4:01:50 阅读更多 →

日新闻

【RT-DETR多模态创新改进】CVPR 2025 | 独家特征融合创新改进篇 | 引入RLAB残差线性注意力模块,有效融合并强调多尺度特征,多种改进点,适合红外与可见光融合目标检测任务,有效涨点

【RT-DETR多模态创新改进】CVPR 2025 | 独家特征融合创新改进篇 | 引入RLAB残差线性注意力模块,有效融合并强调多尺度特征,多种改进点,适合红外与可见光融合目标检测任务,有效涨点

一、本文介绍 🔥本文在RT-DETR多模态融合目标检测中引入RLAB残差线性注意力模块,可在不同模态特征交互阶段进行多次残差细化,使可见光、红外等特征在尺度、语义和空间位置上更好对齐;随后将细化特征与解码器输出拼接并生成Q、K、V,通过线性注意力自适应强化关键通道、目…

2026/7/29 0:00:23 阅读更多 →
AI编程系列02:合并知识功能,给 AI 问数和 RAG 场景打基础

AI编程系列02:合并知识功能,给 AI 问数和 RAG 场景打基础

AI编程系列02:合并知识功能,给 AI 问数和 RAG 场景打基础 在上一期「AI编程系列」中,我们学习了如何构建一个基础的 AI 问答系统,通过简单的输入输出让模型回应问题。但现实世界中的 AI 应用往往需要处理更复杂的场景:…

2026/7/29 0:00:23 阅读更多 →
AI智能体开发实战:从工具调用到企业级部署

AI智能体开发实战:从工具调用到企业级部署

1. 从被动问答到主动执行:AI Agent的范式转变过去两年,大语言模型最显著的应用形态是聊天机器人——用户提问,AI回答。但真正的生产力革命发生在2023年下半年:当AI学会主动调用工具完成任务时,生产力工具的历史被彻底改…

2026/7/29 0:00:23 阅读更多 →

周新闻

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 数据集6000张 完整源码已标注数据集训练好的模型环境配置教程程序运行说明文档,可以直接使用!系统支持图片、视频、摄像头等多种方式检测裂缝,功能强大实用。 1数据集6000张 8各类别

2026/7/28 12:04:22 阅读更多 →
深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

pubg数据集 精选原图1.42万数据 1.49万标签 无任何重复、算法增强或冗余图像! pubg绝地求生目标检测数据集 1分类:e_body,14905个标签,txt格式 共计14244张图,99%为640*640尺寸图像 适合yolo目标检测、AI训练关键词&am…

2026/7/28 8:29:16 阅读更多 →
Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别: allies enemy tag图片总量:7247张训练集:5139张验证集:1425张测试集:683张标注状态:全部已标注,即拿即用数据格式:支持YOLO格式及其他格式&#…

2026/7/28 5:03:42 阅读更多 →

月新闻