这是一个创建于 381 天前的主题，其中的信息可能已经有所发展或是发生改变。
原系统是 php 一个开源的系统搞的，积累了多年的数据，大约上千张表。
现在系统迁移到 java ，传统的 ssm ，顿时尴尬了。这么多表的 crud ，要生成 MVC 、mybaitis 代码，简直是噩梦，而且逻辑基本都一样。
有无直接成熟的组件，不生成代码，完成这些表的基本 crud 操作，不考虑权限，最好带分页。
 |
1
BaiShui 2024-01-03 11:32:54 +08:00
mybaitis-plus 看看文档就能搞
|
 |
2
huihuiHK 2024-01-03 11:34:01 +08:00
mybaitis-plus 一键生成
|
 |
3
lsk569937453 2024-01-03 11:34:04 +08:00
闲得蛋疼才重构。
|
 |
4
zhengshangjin 2024-01-03 11:34:21 +08:00
这不是吃饱了撑的么，PHP 继续迭代跑呗。
|
 |
6
VensonEEE OP @zhengshangjin 太老了，漏洞补不了了，刚搞 XC ，一起换了...
|
 |
7
cvbnt 2024-01-03 11:39:17 +08:00 via Android
IDEA 很多插件能一键生成
|
 |
8
zvvvvv 2024-01-03 11:40:00 +08:00
@VensonEEE mybatis-plus 不是有插件根据表字段直接生成 controller 、service 、mapper 嘛
|
|
10
VensonEEE OP 有没有不用生成的，生成几千个文件也很糟心，那种连上数据库就能提供 api 的...
|
 |
11
28Sv0ngQfIE7Yloe 2024-01-03 11:59:02 +08:00
如果都是生成的话 不得有上万个类啊。。这 Java 项目编译一下得多慢？
这些表有没有什么共同点？没有的话怎么搞出几千个的？ |
 |
12
sparklee 2024-01-03 12:02:20 +08:00
自己封装一下, 直接 JdbcTempleate 执行 sql
|
|
13
sparklee 2024-01-03 12:03:20 +08:00
plate
|
 |
14
199808lanlan1111 2024-01-03 12:06:47 +08:00 via Android
团队多少人，这种重构应该要分多个服务
|
 |
15
CheckTime 2024-01-03 12:08:49 +08:00
要不看看 Jeecg 的代码生成，然后看能不能借鉴。批量导入表，批量生成代码
|
 |
16
gejun123456 2024-01-03 12:30:42 +08:00
mybatis + pageHelper 就行了，可以试试 intellij 插件 MybatisCodeHelperPro 快速生成代码
|
 |
17
XCFOX 2024-01-03 12:31:31 +08:00
你可能需要低代码框架：不生成代码，直接启动数据库的 crud 的 GraphQL 接口，后端几乎不用写代码，让前端直接调用 GraphQL 接口。
https://github.com/graphile/crystal https://github.com/SeaQL/seaography https://github.com/nocodb/nocodb https://github.com/nhost/nhost |
 |
18
zjsxwc 2024-01-03 12:39:12 +08:00
不如直接针对 php 项目写个转译器转换到 java jpa 。
|
 |
20
cabing 2024-01-03 13:13:40 +08:00
如果功能一样，看能不能写个代码生成器
|
 |
21
jlkm2010 2024-01-03 13:14:15 +08:00
mybaitis-plus
|
 |
22
potatowish 2024-01-03 13:15:17 +08:00 via iPhone  1
你可能对 java 有什么误解，写代码要灵活。不用生成类，循环读取表，根据表字段动态生成 sql ，我刚毕业那会就做过，大概是报表系统类似的需求
|
|
23
potatowish 2024-01-03 13:20:27 +08:00 via iPhone
@potatowish 控制器中，一个接口共用，参数传表名、字段名
|
 |
24
mws 2024-01-03 13:56:53 +08:00 via Android
easycode 插件可以生成 controller ，service 层代码，还可以自己用 velocity 写模板
|
 |
25
cslive 2024-01-03 14:03:49 +08:00
velocity 模板生成，其它类似模板也行
|
 |
26
zzzmh 2024-01-03 14:06:48 +08:00
mybatisplus + idea 插件 mybatisx 但是只能生成 crud 而且是 jsp 还是接口，接口这块应该是要自己写的
|
 |
27
c2const 2024-01-03 14:16:10 +08:00
重构不彻底，不如不重构，接着在原来的代码屎山上开发 :)
|
 |
28
mars2023 2024-01-03 14:18:29 +08:00
@XCFOX #17 你这是让 op 不用重构后端，改成重构前端是吧；
再则，GraphQL 对于客户端真是噩梦 😈（又或者是因为我只是一个很菜的客户端🐶） |
|
29
VensonEEE OP |
|
30
VensonEEE OP 大家觉得这个怎么样？
大量重复代码，我感觉很难接受... 编译速度，启动速度，内存，都是难以接受的。 #22 是个办法 ，我想找个成熟点的，少修 bug 早下班... |
 |
32
taogen 2024-01-03 14:52:05 +08:00
1. PHP 到 Java ，换语言本来就工作量大，不仅仅是 CRUD 操作工作量大。可以考虑重新设计，用 Java 重写。
2. 表多不用 ORM (object-relational mapping) 就行，上面已经有人说了用 JdbcTemplate 。 |
 |
33
lcy630409 2024-01-03 14:52:14 +08:00
你是想要一个读取数据库的工具？
php 的大部分逻辑都没问题的话，就继续保留，你就直接调用他的接口就行，php 不对外，把 php 当做一个中间层， |
|
34
lcy630409 2024-01-03 14:53:27 +08:00
如果只有你一个人 建议别动算了，怎么方便怎么来 能跑就行，千万别想着大动干戈，不然这年都过不好了
 |
 |
35
ZiNai 2024-01-03 15:06:26 +08:00 via iPhone
让 PHP 老项目继续跑着。新需求开新项目，随便什么你喜欢的技术栈，你这个偏业务的项目核心就是读数据库呗。然后渐进式的替换掉老接口。部分 common lib 直接 gpt 转写或者放 db 的 function 里呗
|
|
36
zjsxwc 2024-01-03 15:43:10 +08:00
@XCFOX #17
@VensonEEE #28 我想问一下，GraphQL 与 APIJSON 的使用场景。 APIJOSN 我看了下它的文档，知道 APIJSON 本质就是一个可以在 json 里嵌入 sql 语句的 sql 方言。 GraphQL 的 server 我看了下， 和云厂商的 serverless lambda 差不多，serverless 要用户写每一个 api 的实现， GraphQL 同样需要用户写每个 query 与 mutation 的实现, serverless 通过 step-functions 来组合不同 api 到一次请求，GraphQL 通过其语法来组合不同查询到一次请求。 |
 |
37
kekeco 2024-01-03 15:50:38 +08:00
写通用的工具生成下就行了 基础的都有了 就看你自己怎么定义模板的问题
|
|
38
VensonEEE OP @zjsxwc 大量的业务表，低代码，多租户；以至于传统的 controller services mapper model 那一套不适用了。
另一个是接口大多，大部分都是重复的工作量。怎样准确、统一的完成业务，不就得这么玩么。 |
 |
39
chosen1cwp 2024-01-03 17:07:29 +08:00
erupt
|
 |
40
sampeng 2024-01-03 17:11:36 +08:00
从写单元测试开始。上千的表。接口也差不多上千了。你怎么保证重构完了一摸一样的结果和逻辑？
|
|
41
sampeng 2024-01-03 17:12:55 +08:00
按回车按快了。。
另一方面肯定不是一蹴而就，前面网关做分离工作，迁移一批网管流转新流量过来一批。反正这么大的规模，就算是看起来是差不多的业务逻辑，但凡错一个，估计得祭天。 |
 |
42
5200 2024-01-03 17:27:15 +08:00
为什么要重构呢，要不试试 Go ，或者换 PHP 的 swoole 类型的框架。
|
 |
43
zuixinwenyue 2024-01-03 17:35:02 +08:00
PDManer 看下这个，可以根据表来生成 controller service mapper entity 代码
|
 |
44
meeop 2024-01-03 17:46:31 +08:00
逻辑基本都一样,那就还好了,无所谓多少张表,自己写个代码生成机解析库表自动生成
|
 |
45
wu00 2024-01-03 17:53:55 +08:00
这种谁弄谁死；
唯一的出路是逐步替换慢慢迁移 |
 |
46
llf007 2024-01-03 18:02:10 +08:00
我们开发个 APISQL 的中间件，不用写 JAVA 代码，直接用 SQL 生成 API ，自带分页。
如果只是每张表的基本 CRUD ，上千张表应该没什么压力。 只是再改改软件，让批量对整库每张表生成 API 的问题。 请到 www.apisql.cn 试着联系我们，看不能帮上忙。 |
|
47
llf007 2024-01-03 18:06:27 +08:00
少了字:(，回复不能修改，再发一下
我们开发个 APISQL 的中间件，不用写 JAVA 代码，直接用 SQL 生成 API ，自带分页。 如果只是每张表的基本 CRUD ，上千张表应该没什么压力。 只是再改改软件，让批量对整库每张表生成 API 的问题。 请到 www.apisql.cn 试着联系我们，看能不能帮上忙。 |
|
48
VensonEEE OP |
|
49
llf007 2024-01-03 18:26:39 +08:00
是的，支持企业内网私有化部署。
|
 |
50
renmu 2024-01-03 19:04:14 +08:00 via Android
又不是不能用.jpg
|
 |
51
ZZ74 2024-01-03 21:58:19 +08:00 1
从业多年，没见过几千张表的项目.....
|
 |
52
StarkWhite 2024-01-04 00:16:42 +08:00
2023 年了，还有人不知道 meta(facebook) 开源的 graphql ，都快 20k star 了，强烈推荐
https://www.v2ex.com/t/589138 |
|
53
StarkWhite 2024-01-04 00:17:41 +08:00
graphql 不用写代码，基本啥都能搞定
|
 |
54
ChenSino 2024-01-04 08:09:31 +08:00
上千表说明业务够复杂，这个也敢动？
|
 |
55
visper 2024-01-04 08:58:53 +08:00
直接 jdbc 操作。通过表名能读出所有表字段。然后写一个公共的方法 saveData(Map data, String tableName) 根据 data 里面的 id 去查一下如果存在就造成 updatesql 如果不存在就生成 insert......
|
 |
56
summerLast 2024-01-04 09:26:51 +08:00
你需要的是搞一个路径到表的映射
|
 |
58
fengfisher3 2024-01-04 09:42:54 +08:00
@StarkWhite 友情提示，已经 2024 年了。
|
 |
59
kd9yYw2RyhQwAwzn 2024-01-04 09:47:21 +08:00
@VensonEEE 这个很不建议
|
 |
60
loginv2 2024-01-04 10:19:11 +08:00
还不如升级 PHP ，代价小的多
|
 |
61
zzzzzzZ 2024-01-04 10:29:25 +08:00
@StarkWhite 2024 年了还有人在推 GraphQL 啊？
|
|
62
VensonEEE OP |
 |
63
zw1one 2024-01-04 10:50:38 +08:00
你弄成 BI 项目呗，写在代码里的 javabean 都是系统常用的 crud 。你几千张表的需求一般是数据中台或者 BI 项目了。
|
 |
64
WashFreshFresh 2024-01-04 10:57:48 +08:00
如果都是单表查询 我建议 jpa
|
 |
65
jonsmith 2024-01-04 10:58:05 +08:00
这么多表也敢重构，计划多久完成？期间有新功能迭代咋办？投入大量人力老板会支持吗？
|
 |
66
shalk 2024-01-04 11:32:09 +08:00
生成基本的 crud 简单。
不过 php 转 java ，一个接口可能有几十种上百种 if 判断，同时操作多个表，照着 java 写，可能各种看不懂，这个才是噩梦。 |
 |
67
ragnaroks 2024-01-04 14:16:39 +08:00
拆分接口增量迁移
|
 |
68
dc2002007 2024-01-04 14:32:03 +08:00
换 golang 也行啊 ，换什么 java ？
|
|
69
StarkWhite 2024-01-04 14:48:07 +08:00
|
|
70
StarkWhite 2024-01-04 15:01:30 +08:00 1
@fengfisher3 哦对，2024 年了还有不知道 graphql 的。。。
|
|
72
StarkWhite 2024-01-04 15:26:30 +08:00
|
|
73
StarkWhite 2024-01-04 15:42:45 +08:00
@mars2023 graphql 把你咋了？居然说成是噩梦
|
 |
74
nbboy 2024-01-04 15:50:27 +08:00
转个 p,不整理业务，换语言也只能让你从一个泥潭跳入另外一个泥潭
|
|
75
StarkWhite 2024-01-04 16:04:30 +08:00
@zzzzzzZ graphql 还是很火啊，怎么不能推了？
|
|
76
StarkWhite 2024-01-04 16:18:52 +08:00
|
 |
77
ceekay 2024-01-04 16:55:28 +08:00
写个 ftl 模板 再加个生成器 增删改查加注释文档全有了 然后找到对应的 api 去加业务 无非还是 token 鉴权的事情
|
 |
78
watzds 2024-01-04 17:01:19 +08:00
到底什么样的表，你把表名当参数传进去呢
|
 |
79
hobbitlhy 2024-01-04 17:05:34 +08:00
mybatis-plus 代码生成器，自己配置一套模板，生成一下应该可以的
|
 |
80
ixixi 2024-01-04 17:08:23 +08:00
把表的数据存成 json 这样用一张表就行了 🤭
|
 |
81
coolmenu 2024-01-04 17:08:23 +08:00
不如升级 php 实用呢。。。上千个表，好多字段当时怎么设计的，比如删除是做标记还是物理删除，这么多细节，太可怕了。
|
|
83
StarkWhite 2024-01-04 18:53:03 +08:00
@ymz 复杂业务下，挺正常的
|
 |
84
AnsonZao 2024-01-05 00:12:30 +08:00
推荐你试试这个 fireboom.cloud
|
 |
85
EthanV2 2024-01-05 09:22:13 +08:00
刚刚发现这种，https://gitee.com/ssssssss-team/magic-api
magic-api 是一个基于 Java 的接口快速开发框架，编写接口将通过 magic-api 提供的 UI 界面完成，自动映射为 HTTP 接口，无需定义 Controller 、Service 、Dao 、Mapper 、XML 、VO 等 Java 对象即可完成常见的 HTTP API 接口开发 |
 |
86
williamshan 2024-01-05 12:17:47 +08:00 via Android
mybatisplus 的代码生成器
|
Select Language