@mdn #37 看#23

dao 层用 jpa 等 orm 替换 service 大多数情况下都没必要封装好工具类调用就行了 直接 controller 层可以考虑 Google 的 grpc 相比较自己完成 grpc 很多时候都会方便点 不过不建议多用

@iosyyy 另外不要使用 hutool 工具包

你这标点符号不如不用..也太乱了

https://i.imgur.com/aF6TCUr.png
我以前看某大佬的库看到的

你让后端用 apifox 做测试 自动就会有个文档了

@guilinxiaobing #6 实际上是 25 度的水和 25 度的 h2o

@aLazarus 大多数时候都是你自己的问题..别老怪 ide

还是乃个问题..为什么不整个电报群呢..

用 clash

@gddg 我这边是 5gb 左右 不跑服务的情况下

@chuck1in 这些还好吧... 大多数人可能都会写点 但应该不算精

@zlhsvc 唉, 美国

@iosyyy chatgpt

在这两种对齐方式中，第一种方式（方式 1 ）通常比第二种方式（方式 2 ）更受推荐，原因如下：

可读性：第一种方式允许变量名的长度自然变化，使得代码更易读和理解。当变量名长度不一致时，对齐会导致外观上不够整齐，但通常更直观和美观。

代码规范：第一种方式符合 PEP 8 代码风格指南，这是 Python 代码的官方风格指南。PEP 8 建议避免在赋值等号（在这种情况下）之前使用多个空格。虽然第二种方式尝试通过 # noqa 来忽略代码检查警告，但最好在可能的情况下避免与代码规范冲突。

可维护性：如果未来添加或修改变量，第一种方式会自动适应变化，而第二种方式可能需要手动调整对齐，如果不仔细处理可能引入错误。

一致性：第一种方式更符合典型的 Python 代码风格，遵循大多数 Python 项目中使用的标准缩进做法。

总体而言，通常更应该优先考虑可读性、可维护性和代码规范，而不是严格的对齐。第一种方式允许灵活处理变量名长度，同时提供更干净、符合标准的代码风格。

chatgpt

在 InnoDB 引擎下，你可以通过使用自增主键和外键来实现类似的目标数据库形式，尽管不能直接设置联合主键并让 subId 自动增长。以下是一种可能的方式来实现该结构：

创建主表（ id 主键自增）：
sql
Copy code
CREATE TABLE main_table (
id INT AUTO_INCREMENT PRIMARY KEY
);
创建子表（ subId 主键自增，同时包含 id 的外键约束）：
sql
Copy code
CREATE TABLE sub_table (
subId INT AUTO_INCREMENT PRIMARY KEY,
id INT,
FOREIGN KEY (id) REFERENCES main_table(id) ON DELETE CASCADE ON UPDATE CASCADE
);
插入数据：
首先，插入主表数据：

sql
Copy code
INSERT INTO main_table VALUES (1), (2);
然后，插入子表数据（ subId 会自动增长，而 id 将来自于主表的 id ）：

sql
Copy code
INSERT INTO sub_table (id) VALUES (1), (1), (1), (2), (2), (2), (1);
这样，你可以在 InnoDB 引擎下建立主表和子表，并通过外键将它们关联起来。虽然 subId 并不会像 MyISAM 引擎中设置联合主键那样自动增长，但通过使用自增主键和外键，你可以实现类似的目标数据库形式。


不过我的建议是这种操作最好不要放到数据库直接查一下不就完事了..这东西有索引而且是数字定位很快的

应该可以考虑 AST 吧..

看眼睛是礼貌..哪怕不一直盯着看呢 别人和你对话的话他目光涣散你很容易发现的