@heyjei 你如果用惯了 eloquent 的话，其他的 web 框架的 ORM 其实都不怎么样

尽量不要做面向程序员群体的产品.

虽然你了解这个群体的需求和痛点, 但是你不了解这个群体付费习惯.

@keepRun 底层技术不需要那么多人, 并且并不是每个大龄程序员都有能力去做底层技术

发帖求创业, 然后被骂 "就差一个程序员了"

@buffzty 多谢 我试试

@codehz 私有化内网部署, office365 肯定是不行的.

加 sharepoint 的话, 为了这个简单功能, 就增加了系统复杂度.

并且用户的 doc 文档比较大, 有些可能是上百兆的

@LandCruiser 写代码的为啥就不能开 50 多万的车?

@nothingistrue 的确是 Mybatis

@RedBeanIce 我们手头的系统, 甚至不用特地加索引也行, 所以多表关联很常见, 甚至关联 4-5 张表也有

@RedBeanIce 业务偏向于企业内部 ERP 系统, 特点是 字段多(一个表中可能有 50 个字段), 并且每个表中的数据行数 5 年累计出来, 不会超过 5K 行, 不是"百万并发"的行业

@Senorsen java 中实现肯定可以实现, 只不过又需要一堆的 interface/service/mapper/xml/sql 而已, 感觉有点拖了内裤放屁的意思. 谁让 java/Spring 是如此"严谨"的工程哪

一直用 laravel 的 ORM, 最近被迫要用 java 这些"看起来很好用的 XXX", 简直恶心吐了

@ZE3kr 微博穿墙的话, 国外 IP 对 1450 来说没啥用

@RickyC 没 get 到这一点, 反而觉得 Eloquent 是所有 ORM 中最灵活, 并且最节省代码量的 ORM

别人创业分享思路的时候, 你们嘲笑人家 "就缺一个程序员了",

人家如果创业成功了, 还会跟你们分享创业成功的秘诀吗?

@Bingchunmoli 多谢

@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 又要好几十行代码的改动.