个人认为 Gradle 这种构建方式真繁琐

非得

gradle

明明

构建

49 条回复 • 2020-10-23 10:00:14 +08:00

1

tulongtou

2020-03-06 16:39:48 +08:00 via iPhone

3

这个帖子会挨喷，前排围观

2

jeremaihloo

2020-03-06 16:45:17 +08:00

这个帖子会挨喷，前排围观 +1

3

fansangg

2020-03-06 16:46:10 +08:00

1

复制黏贴他不香吗？我每起一个 module，你都要我点下一步 /下一步，这才是浪费时间吧？

4

prof

2020-03-06 16:48:20 +08:00

谷歌为了 groovy 语言的推广吧。可能是商业产物。

5

Aurt

2020-03-06 16:49:02 +08:00

最大的问题不是性能差么？

6

zongren

2020-03-06 16:51:01 +08:00

可视化有啥优点？

7

murmur

2020-03-06 16:51:37 +08:00

gradle 除了必须得挂各种代理还得搞定 bintray 的问题其余的都还行

8

xiangyuecn

2020-03-06 16:54:24 +08:00

8

经常打开一个项目动不动就在那下载，真不知道我啥也不干就看看代码，它要在那里下载什么卵几把玩意

9

zagfai

2020-03-06 16:58:59 +08:00

图形化就是低效的代表。嗯不喷多就喷这一点。

10

JerryCha

2020-03-06 17:17:02 +08:00

nuget 真香

11

chendy

2020-03-06 17:17:52 +08:00

目标用户不会写代码才有图形化的刚需啊…

12

firemiles

2020-03-06 17:21:53 +08:00

1

可以配置文件加上图形化，类似 vscode 那种，自动生成菜单可以编辑，当然也能打开原始 json 直接撸

13

qiyuey

2020-03-06 17:48:18 +08:00

3

你的标题我是有一定认可的，但是这个内容不敢苟同

14

hmzt

2020-03-06 18:03:57 +08:00

@chendy
@zongren
图形化好处多了, 如果随便点点界面就能实现想要的功能谁还会去写代码, 一页一页翻文档有界面操作那么直观吗, 有个一键生成配置文件的交互界面它不香吗

15

251243021

2020-03-06 18:08:40 +08:00

可视化并不是刚需...但是需要挂代理和各种网络问题才是让人烦恼的

16

Cbdy

2020-03-06 18:08:49 +08:00 via Android

不敢苟同

17

InkStone

2020-03-06 18:19:15 +08:00

图形化处理不了复杂的场景。自定义非标准的 task，或者写个插件，虽然不是每个项目都需要，但也不是什么罕见的事情吧

18

zgqq

2020-03-06 18:20:01 +08:00

我喜欢 gradle 这种方式

19

skinny

2020-03-06 18:22:03 +08:00

最不能忍受的是慢……

20

hantsy

2020-03-06 18:25:58 +08:00

Gradle 可以浪费大量的时间，对于公司上班的，用来打酱油真不错。

Groovy DSL 语法除了人阅读比较友好外，没其它好处，但是什么配置修改都要查文档。对于 Maven 的默认的 XML （成熟的规范，工具支持优秀），Gradle 下工具支持就差得太远了，工作效率真的太低了。

21

bookit

2020-03-06 18:29:01 +08:00

这货本身就巨大、巨慢，

搞得繁文缛节，纯属垃圾

22

HuHui

2020-03-06 18:29:15 +08:00

你这个点完全是在吐槽 DSL 啊

23

chendy

2020-03-06 18:30:08 +08:00

@hmzt 但是问题是，对于这个场景，能图形化的东西写代码也不复杂，复杂的东西图形化也没多简单
想了一下可能楼主是是没用过 gradle 被迫使用而且用不明白所以无能狂怒？

24

hmzt

2020-03-06 19:06:10 +08:00

@chendy 写代码是不复杂, 问题是条条框框的规则不知道怎么写, 这种时候界面要比文档友好太多了, 尤其是 android studio gradle 规则大改过一次, 指不定哪天又改了, 如果有个界面就能只关心功能不用去管那些指令规则了

25

seesawzhao

2020-03-06 19:08:12 +08:00

这货主要是慢，各种慢，连仓库慢，构建慢。

26

luren123

2020-03-06 19:10:04 +08:00

@hmzt 可视化好处确实非常多，就拿 git 来说，命令行是可以操作，详细 diff 和冲突处理，还是 sourceTree 这种来的爽，清晰、直观、不容易出错；

27

busymilk

2020-03-06 20:09:22 +08:00

+1

28

yinzhili

2020-03-06 20:11:22 +08:00

作为后端开发者我觉得 maven 比 gradle 更好用

29

slyang5

2020-03-06 20:13:58 +08:00

我觉得非常友好用了就回不去了 😆。有点学习成本吧用起来非常优雅

30

poemrain

2020-03-06 21:58:21 +08:00

@luren123 赞同

31

zhuangzhuang1988

2020-03-06 22:14:11 +08:00

还是微软的东西设计好
能图形则图形

32

nightwitch

2020-03-06 22:51:50 +08:00

标题起的不错，内容没喷到点上。随着功能的发展，图形化的界面很快就会复杂到很难使用，最后变成不得不谷歌才能知道该点击哪一个正确的按钮。（想一下 Excel 里究竟有多少功能是你必须要谷歌才知道怎么用的

http://www.yinwang.org/blog-cn/2017/05/25/dsl
看看王垠是怎么喷的

33

secondwtq

2020-03-07 00:28:02 +08:00

首先，“图形化”和"文本配置“没有本质性区别。

“把配置项列出来”可行性不高——Gradle 配置文件是一个完整的 Groovy 脚本 + 一套 DSL，全都列出来的话估计比 System32 文件夹还大

其次，虽然楼主认为 Gradle 低效，但是 Gradle 实际效率横向比较是不差的——也就是说 Gradle 目前还是比较符合 state of the art 的，目前没有明显更优的选择——或者说“高效图形化配置”这一个领域现在几乎是空白，需要像 Larry Tesler 那种大胆创新。我个人非常欢迎楼主进行自己的探索。

最后，我个人认为更根本的问题出在我们为什么需要如此复杂的规则。Gradle 本身的设计没有什么大问题，但是 Gradle 解决的问题和需求本身可能是错误的。

34

6IbA2bj5ip3tK49j

2020-03-07 00:29:02 +08:00

这玩意儿确实难用。主要的点在，不管你用什么 IDE/编辑器，不看文档压根下不下去。
kotlin dsl > maven >>>>>>>>>> groovy dsl

35

6IbA2bj5ip3tK49j

2020-03-07 00:29:16 +08:00

@xgfan 压根写不下去。

36

mxalbert1996

2020-03-07 00:41:14 +08:00 via Android

最基本的配置不是都可以在 GUI 里设定么？更高级的各种自定义任务之类的本来就是 GUI 不可能完成的。

37

jordanqin

2020-03-07 12:49:56 +08:00

图形化的话，自动化打包、自动发布、根据各种业务条件打包怎么办？

38

beneo

2020-03-07 12:52:46 +08:00

gradle 最大的问题是，版本更新太快

39

beneo

2020-03-07 12:53:21 +08:00

不是完全的向下兼容，然后又得去看文档。

40

i18ns

2020-03-07 13:28:44 +08:00

主要问题是：版本太多；加载太慢；不同项目依赖不一样，打开不了几个项目，那可怜的 ssd 空间就不够了。

41

dragonsunmoon

2020-03-07 14:46:30 +08:00

这个帖子会挨喷，前排围观 +1

42

HangoX

2020-03-07 15:02:48 +08:00

楼主是因为配置的是 Android 的配置吧？如果是的话，我说一下，gradle 的配置其实不复杂，复杂的是 AGP 配置，这个东西一开始没有文档，没有代码提示，什么鬼都没有，的确很蛋疼。但是现在 as4.0 谷歌加入了强大的 gui 配置，现在可以直接 gui 配置风味了。你要是参与到大型项目中，gradle 是非常好的一个东西。因为打包配置非常复杂，gui 是绝对不能做到的，就是需要敲代码