 |
skyworkerV2EX 第 20580 号会员，加入于 2012-05-10 09:19:53 +08:00 |
skyworker 最近回复了
8 天前 回复了 skyworker 创建的主题 › Java › 在 Java 业内, 难道多表联合查询都是复杂问题吗? |
@nothingistrue 的确是 Mybatis
8 天前 回复了 skyworker 创建的主题 › Java › 在 Java 业内, 难道多表联合查询都是复杂问题吗? |
@RedBeanIce 我们手头的系统, 甚至不用特地加索引也行, 所以多表关联很常见, 甚至关联 4-5 张表也有
8 天前 回复了 skyworker 创建的主题 › Java › 在 Java 业内, 难道多表联合查询都是复杂问题吗? |
@RedBeanIce 业务偏向于企业内部 ERP 系统, 特点是 字段多(一个表中可能有 50 个字段), 并且每个表中的数据行数 5 年累计出来, 不会超过 5K 行, 不是"百万并发"的行业
9 天前 回复了 skyworker 创建的主题 › Java › 在 Java 业内, 难道多表联合查询都是复杂问题吗? |
@Senorsen java 中实现肯定可以实现, 只不过又需要一堆的 interface/service/mapper/xml/sql 而已, 感觉有点拖了内裤放屁的意思. 谁让 java/Spring 是如此"严谨"的工程哪
9 天前 回复了 MrGoooo 创建的主题 › Java › 基于 mybatis-plus 的联表查询工具,可以实现大部分的写 SQL 需求 |
一直用 laravel 的 ORM, 最近被迫要用 java 这些"看起来很好用的 XXX", 简直恶心吐了
60 天前 回复了 niselover 创建的主题 › 程序员 › 建一个 100 个北京 ip 的代理, 成本大概多少? |
@ZE3kr 微博穿墙的话, 国外 IP 对 1450 来说没啥用
61 天前 回复了 xiayushengfan 创建的主题 › PHP › LaraveL 学习 |
@RickyC 没 get 到这一点, 反而觉得 Eloquent 是所有 ORM 中最灵活, 并且最节省代码量的 ORM
别人创业分享思路的时候, 你们嘲笑人家 "就缺一个程序员了",
人家如果创业成功了, 还会跟你们分享创业成功的秘诀吗?
人家如果创业成功了, 还会跟你们分享创业成功的秘诀吗?
100 天前 回复了 skyworker 创建的主题 › Java › 原团队用的 laravel,现在需要用 Java /spring 做新项目,如何选择框架? |
@Bingchunmoli 多谢
100 天前 回复了 skyworker 创建的主题 › Java › 原团队用的 laravel,现在需要用 Java /spring 做新项目,如何选择框架? |
@Innovatino
lavaral 是 all in one 的框架, 不需要选择组件来拼凑. 比如说创建一个 customer 表 resetfull 的后端 api
1. artisan 脚手架创建一个 migration 文件, 维护数据库模式(id, name, email...), 这一步需要填写几个字段名称.
2. artisan 脚手架创建一个 model 文件, 把 protected $fillable = ['name','email',...] 填写下
3. artisan 脚手架创建 controller, 把依赖的 model 改为 Customer
4. 然后 http://lcoalhost/customer 就有了 CRUD 接口, 并且默认接口支持 paginate 分页.
基本上几分钟就能搞起来一个接口的基本信息.
如果用 spring, Maven Dependencies/Entity/Repository/Service/DTO/Controller 耗费时间长, 代码冗长.
并且如果 customer 里面的字段有增加, laravel 只需要把 model 文件中 $fillable = ['name','email',...] 增加字段名就行了, 其他的 controller 接口之类的信息什么都不用改(业务系统中频繁增加字段 /删除字段太常见了)
而 java 中, Service/DTO/Controller 又要好几十行代码的改动.
lavaral 是 all in one 的框架, 不需要选择组件来拼凑. 比如说创建一个 customer 表 resetfull 的后端 api
1. artisan 脚手架创建一个 migration 文件, 维护数据库模式(id, name, email...), 这一步需要填写几个字段名称.
2. artisan 脚手架创建一个 model 文件, 把 protected $fillable = ['name','email',...] 填写下
3. artisan 脚手架创建 controller, 把依赖的 model 改为 Customer
4. 然后 http://lcoalhost/customer 就有了 CRUD 接口, 并且默认接口支持 paginate 分页.
基本上几分钟就能搞起来一个接口的基本信息.
如果用 spring, Maven Dependencies/Entity/Repository/Service/DTO/Controller 耗费时间长, 代码冗长.
并且如果 customer 里面的字段有增加, laravel 只需要把 model 文件中 $fillable = ['name','email',...] 增加字段名就行了, 其他的 controller 接口之类的信息什么都不用改(业务系统中频繁增加字段 /删除字段太常见了)
而 java 中, Service/DTO/Controller 又要好几十行代码的改动.
Select Language