摘要： 如果你是在 Cursor 里开发一个“一个后端 + 多个前端”的项目，比较推荐采用 Monorepo（单仓库） 结构。这样对于 AI 辅助编码、跨项目联调、共享类型定义、统一脚本管理都会非常友好。 通过整合多个前端和后端在一个Cursor窗口中进行联动开发，效率提高不说，而且AI的精准度也会根据上下文的内容更好的提高了。 避免了在多个项目窗口中切换和编译运行，在同一个项目窗口的根目录上编译不同的项目或者运行不同的项目，更添几许优雅和从容。 阅读全文

摘要： 上一篇随笔《使用Cursor实现管理系统登录界面的快速开发》介绍了开发一个简单系统的登录界面，通过图片效果和简单的文字描述，就可以利用Cursor来快速生成相当不错的界面代码。本篇随笔继续探讨前端界面的快速生成，介绍使用图片效果快速构建一个系统的主布局界面代码。 阅读全文

摘要： 以前的前后端开发泾渭分明，各自术业有专攻，自从有了先进的AI工具，开发者角色就变为了掌舵者、审阅者，配合AI开发工具，可以快速搭建后端+前端的项目，随着AI理解的深度和开发者技巧和驾驭理念升级，两者逐渐达到人剑合一的境界后，更会碰撞出更强的火花和更容易完成高质量的项目。本篇随笔抽取界面的一个案例，介绍使用Cursor实现管理系统登录界面的快速开发的过程。 阅读全文

摘要： 在一个多租户系统下，包含有平台超级管理员、以及租户管理员，其他自定义租户角色等不同的角色身份，我们根据它们不同的身份，让他们各司其职，在系统中构建不同的数据维护、防护层级，从而能够让整个系统有效的运作起来，而不会造成破坏。 平台的超级管理员不参与具体业务的数据管理，只负责平台级别的基础数据维护，包括有：创建租户（设置租户菜单权限），创建菜单，创建功能权限，创建字典大类和系统字典项目，系统参数定义和参数值的维护，创建业务编码规则，创建系统公告等。 而租户的管理员则是维护当前租户的系统基础数据，如对于每一个租户来说，用户、部门、角色、岗位、新闻公告等都是各自独立的，因此需要由租户管理员单独创建维护，维护好这些系统基础数据，业务系统才能够顺利运行起来。 阅读全文

摘要： 前面介绍了几篇关于多租户下的设计思路，要把多租户下的系统设计落实到实处，在实际开发中进行完善，才能在具体项目上精益求精，否则系统设计终究为空中楼阁，很难在细节上完善到位。 本篇随笔在进行多租户的系统设计完成并落实到开发后，针对某些场景进行了一些分析介绍，例如对于多租户/账套下的菜单和功能点的设计。 阅读全文

摘要： 前面介绍了《多租户下的系统基础表设计》和《多租户下的ERP系统的仓储管理模块分析设计》都获得读者比较好的反响，非常感谢大家的支持鼓励。有些读者和我沟通反馈，希望看看我如何基于这些设计思路来逐步开展开发工作的，这觉得这也是一个很不错的启发，因此有了继续本篇随笔内容的准备，本篇随笔主要介绍如何基于设计思路，开展的实际开发工作，抛砖引玉供大家参考。 阅读全文

摘要： 前面介绍了《多租户下的系统基础表设计》, 介绍了一个多租户系统底层所需要的用户、角色、机构、权限、日志等相关的内容，这个是构建一个多租户的业务系统的基础设施层，随着我们对接多种不同的业务系统类型，如下面会介绍到的ERP系统，其中可能会涉及很多不同的模块，如生产制造管理、库存/仓储管理、采购模块、销售模块、财务模块、人力资源模块、客户关系模块、项目管理模块、质量管理、集成平台 / 开放接口等等，都需要一些基础设施层模块的支持。 我们以仓储模块为例进行一些基础数据模块和库存管理等进行分析设计。 阅读全文

摘要： 在设计 多租户进销存系统（SaaS） 时，核心是 租户隔离 + 权限控制 + 组织结构。 一般推荐的设计是 “租户 → 机构 → 角色 → 用户” 的层级结构，同时所有业务数据都带 tenant_id。本随笔介绍多租户下的系统基础表设计，包括租户、机构、角色、用户、权限、岗位、菜单、操作日志、登录日志、字典类型、字典项目表等业务表的设计。 阅读全文

摘要： 在开发一些项目的时候，我们往往会基于一定的框架进行业务的开发，并结合一些辅助工具进行更高效率的快速开发和整合工作，SqlSugar开发框架是我们开发的一个多端整合的开发框架，基于它的后端WebAPI 基础上，我们可以对接WInform端、Vue3+ElementPlus的BS端，Vue3+Vant4的H5端，以及WPF、或者小程序等多端接入，本篇随笔介绍一个简单的项目录入功能，介绍基于SqlSugar开发框架的基础上快速开发H5端的移动应用。 阅读全文

摘要： 在Python+FastAPI的后端项目中，我们往往很多时候需要对数据进行相关的处理，本篇随笔介绍在Python+FastAPI项目中使用SqlAlchemy操作数据的几种常见方式。 使用 FastAPI, SQLAlchemy, Pydantic构建后端项目的时候，其中数据库访问采用SQLAlchemy 的异步方式处理。一般我们在操作数据库操作的时候，采用基类继承的方式减少重复代码，提高代码复用性。不过我们在分析SQLAlchemy的时候，我们可以简单的方式来剖析几种常见的数据库操作方式，来介绍SQLAlchemy的具体使用。 阅读全文

摘要： 在我们实际开发项目的时候，有时候为了使用方便，会针对一些常用到的内容进行一定的封装处理，以降低使用的难度和减少相关代码，本篇随笔介绍在PySide6/PyQt6的项目中封装一些基础类库，包括文件对话框、字体对话框、颜色对话框、消息对话框等内容。通过上面的简单封装，我们就可以很容易的记得相关的处理函数，并且尽可能的减少了相关的参数传递，这样我们在使用的时候，更加方便灵活了。 阅读全文

摘要： 在桌面应用开发中，“主题切换（深色 / 浅色模式）”已经不再是锦上添花的功能，而是逐渐成为一种用户刚需。尤其对于长时间使用的 ERP 工具类应用来说，良好的视觉舒适度对用户体验影响巨大。本篇随笔针对PySide6/PyQt6的项目的实现案例，介绍如何实现样式切换处理。 阅读全文

摘要： 要实现无代码、纯配置的业务界面展示和常规数据操作，最佳的方式是通过实体-属性-值的设计方式，也就是常说的EAV模式，通过动态构建实体类型、动态构建对应的属性列表，以及根据类型的不同对属性值进行存储，从而构建一系列的处理规则，实现业务模块的动态化，本篇随笔探讨一下，如何在Python开发中实现无代码、纯配置的业务界面展示，以及实现常规数据操作的过程，抛砖引玉，共同探讨。 阅读全文

摘要： 在我们开发程序的时候，程序界面的细节优化很多时候需要站在客户的角度上考虑，尽可能的设身处地的提高软件使用的便利性或者效率，在很多小地方增加一些细小的功能，都可能让客户对软件的使用便利性提升很多，好感也会增加不少。 阅读全文

摘要： 在一些业务系统中，整合短信和邮件通知是一种常见的处理方式，之前我在多篇随笔中介绍过基于.NET的整合处理，本篇随笔介绍基于FastAPI的Python开发框架后端，增加阿里云短信和邮件发送通知处理。 1、短信通知处理的介绍 之前我在多篇随笔中介绍过基于.NET的《SqlSugar开发框架》中整合过短 阅读全文

摘要： 本篇随笔分析一个实际的用于科室的物质清点系统的实现过程，针对各个模块的进行详细的业务分析和基于我们自己的WInform开发框架进行快速实现的整个过程，引入库房、物资（产品）、库存、入库、出库等主要的业务对象，并根据实际需要对相关的业务界面进行设计开发。 阅读全文

摘要： 在PySide6/PyQt6的开发框架中, 为了方便对表格数据的快速录入，有时候包括多种录入的类型，包括文本框、数字格式（整数、小数）、日期、时间、下拉列表、自定义弹出框、单选框组、百分比、金额、颜色、图片、内置图标等多样化的处理需要，本篇就是基于此需求，在PySide6/PyQt6的开发框架中，增加对表格多种格式录入的处理，以及主从表的数据显示和保存操作。 阅读全文

摘要： 现在在很多项目中，会比较喜欢FluentWindow效果，这种左侧类似于图标菜单或者树形结构的，右侧是是动态窗体或者组件的展示方式，一般不是多文档布局，每次只是打开当前的模块页面，类似于堆叠页面卡片，每次展示最顶端的那个卡片界面。本篇随笔综合介绍一下FluentWindow效果界面的各种展示方式，然后分析页面的内容组成方式，针对性的使用PySide6/PyQt6实现自定义窗口布局的效果。 阅读全文

摘要： 我们在前面随笔《Vue3+ElementPlus的BS端主从表的快速开发》了解了Vue3+ElementPlus的BS端主从表的实现，了解了大概的设计和界面设计方式，我们现在切换一下，看看如何结合FastAPI+WxPython实现主从表界面的展示和编辑处理的。 FastAPI的后端采用控制器基类继承方式提供标准化接口，SqlALchemy提供的数据ORM管理，相关代码通过代码生成工具快速生成，包括后端的API接口定义类，SqlALchemy模型类、DTO对象类，以及前端的界面生成等工作。本篇随笔主要介绍WxPython跨平台开发框架之主从表展示和录入的界面处理--产品报价单和明细记录的处理。 阅读全文

摘要： 在实际业务中，主从表的情况也是很常见的，如订单和订单明细，报价单和报价单明细，工艺和工艺路线，进货单和进货单明细等等，很常见的处理类型。 主从表一般涉及两个以上的表，一个是主表，其他的是从表的，在实际情况下，一般包含两个表较多，我们这里以两个表的主从表关系进行分析处理。本篇随笔介绍基于Vue3+ElementPlus的BS端主从表的快速开发。 为了针对主从表的快速显示和录入，一般主从表同时录入的，我们设计了主从表界面的代码生成处理。 阅读全文