这是一个创建于 260 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
xuanbg 260 天前
不会
|
 |
2
TAFMT 260 天前
一直开着扫描。。
|
 |
3
urnoob 260 天前 via Android  13
为什么要让阿里 pua 我？
|
 |
4
hhjswf 260 天前 via Android
扫阿里的代码
|
 |
5
yunhui 260 天前 4
我为啥要被阿里规范，阿里发我工资了？
|
 |
6
tramm 260 天前 1
不扫描, 写的时候忽略那就忽略了.
|
 |
7
Pantheoon 260 天前 3
不会,适合自己的规范才是最好的规范,而我的规范就是没有规范
|
 |
8
shore123 260 天前 1
我又不是阿里的
|
 |
9
wzcloud 260 天前
kpi 项目...还不是谷歌的 codestyle 呢,阿里的规范插件好几年不更新,idea 动不动就报错.
|
 |
10
cslive 260 天前 via Android
不会
|
 |
11
oneisall8955 260 天前 via Android 1
提交用 sonar 插件检测一边就行，还真扫描出来问题
|
|
12
oneisall8955 260 天前 via Android
再有，阿里和 idea 的重合太多了
|
 |
13
cubecube 260 天前
没用检查，但是开着那个格式化插件（个人有微调）
|
 |
14
YepTen 259 天前
按 IDEA 的来，IDEA 有提示就改，没提示就算。
|
 |
15
echo1937 259 天前
我用 SonarLint
|
 |
16
fuxinya 259 天前 via Android
不会
|
 |
17
someonedeng 259 天前
没必要
|
 |
18
JarlZhang 259 天前
测试版本提交之前会用阿里规范扫一下，问题级别高的+必要的 就要改掉，只要改个两三次，下次写代码就会注意了。
|
 |
19
kissice 259 天前
不会，我们不是阿里的，我们有我们自己的规范
|
 |
20
sheeta 259 天前 via Android
扫什么扫，阿里自己有的代码都不遵守它自己的规范
|
 |
21
nightsky 259 天前 2
阿里是什么东西
|
 |
22
wangxiaoaer 259 天前
楼上有一些是不是反阿里反魔怔了？
|
 |
23
Qroxy 259 天前
只用 SonarLint
|
 |
24
wangxin3 259 天前
看自己吧，我是之前是一直开着得，但是类文件大了之后会导致很卡，所以就关了。现在用 idea 自带的提示也挺好。
|
 |
25
cco 259 天前
会，idea 装了插件，还是有些用的。
|
 |
26
privatetan 259 天前
按照阿里规范，开源项目都通不过
|
 |
27
nothingistrue 259 天前 1
Java 请基于 https://github.com/google/styleguide 搞自己 /团队 /项目的规范。如果偷懒，就可以直接使用 Google 规范。如果还要再偷懒，那就用 IDEA/Eclipse 自带的规范。不要偷懒用谷歌内部人开源的谷歌规范检查工具，这工具太特么死板有不少人反对。
在用规范的时候，必须先清楚什么是代码规范。 代码规范的目的是，让同一个项目上不同人编写的代码容易被查看。代码规范的参与时机是，当你参与多人项目时。目的意味着，规范是服务于项目，而不是限制项目 /团队 /个人。参与时机意味着当你加入项目或团队的时候，才需要遵照后者的代码规范。先不管阿里规范是服务还是限制，就先说说参与时机。你不想进阿里就没必要用阿里规范。你想进阿里的话，有人用阿里的规范扫过阿里的项目，结果很感人。 这方面 Google 解释的就很好： Every major open-source project has its own style guide: a set of conventions (sometimes arbitrary) about how to write code for that project. It is much easier to understand a large codebase when all the code in it is in a consistent style. 每个主要的开源项目都有自己的风格指南：一组关于如何为该项目编写代码的约定（有时是任意的） 当其中的所有代码都采用一致的风格时，理解大型代码库会容易得多。 If you are modifying a project that originated at Google, you may be pointed to this page to see the style guides that apply to that project. 如果您正在修改源自 Google 的项目，您可能会被指向此页面以查看适用于该项目的样式指南。 |
 |
28
XueDT 259 天前
偶尔会，不经常
|
 |
29
collen 259 天前
阿里系 GCK 我在屎山里拉都很艰难了
|
 |
30
fengjianxinghun 259 天前
阿里规范算个 p 啊。。。
|
 |
31
Ayanokouji 259 天前
不用，idea 自带的警告 90%都会处理掉
|
 |
32
dingdangmaoup 259 天前
很好，看完这个贴子的评论，立马卸了这插件
|
 |
33
apktool 259 天前
规范是推荐、约定，也没说让你强制，很多人魔楞了吧
|
 |
34
blackmirror 259 天前
自我折磨？老板折腾还不够？
|
 |
35
error523 259 天前
以前使用，后来发现开了之后非常卡，就关了，不知道现在有没有改进
|
 |
36
Andy223 259 天前
不会，如果想做静态代码检查，用 SonarQube 不是更好吗
|
 |
37
2020beBetter 259 天前
会，用的阿里云效。MR 会扫描
|
 |
38
fkdog 259 天前
你拿阿里的规范去扫他们自家的开源项目也是一堆的 warning ，他们自己都不遵守。。。。
阿里的规范里，有些东西可以参考下。 |
 |
39
perfectlife 259 天前
扫了也没人看啊，之前 ci 里会拿阿里的规则用 sonar 扫一遍，但是没人看 后来直接把这一步取消了
|
 |
40
securityCoding 259 天前
没写 java 了，用 golanglint-ci
|
 |
41
wolfie 259 天前
对初学者还是有点用，用过一段时间，大多不错，也有很多不认同。不如 IDEA 提示。
|
 |
42
WasteNya 259 天前
阿里算个 der
|
 |
43
kop1989smurf 259 天前
你在家叠被子会叠豆腐块嘛？
代码规范同理。 你要想明白代码规范的意义和作用范围，在来讨论要不要。 |
 |
44
really28 259 天前
我写的就是规范，自创规范，提高核心竞争力！
🐶 |
 |
45
joeyFuck 259 天前
规矩？我的规矩就是规矩！
|
 |
46
qwwe01 259 天前
idea 自带的够了
|
 |
47
unregister 259 天前
没啥用，了解多了就没啥价值。比如 equals 一定要哪个在前面哪个在后面否则会空指针，这没什么价值。
|
 |
48
wdlth 259 天前 1
我喜欢用阿里规约扫阿里开源项目……
|
 |
49
b1ackjack 259 天前
sonarlint
|
 |
50
WngShhng 259 天前
额，我之前会把阿里的工具合 SonarLint 一起打开，这种工具对培养自己的编码习惯挺有帮助的
|
 |
51
8675bc86 259 天前
这是魔怔了吗？？
|
 |
52
ljsh093 259 天前
我的笔记本一开那东西就烫得要死，而且一大堆 warn 黄标看着不烦吗
|
 |
53
kongkx 259 天前 via iPhone
阿里有像 google 那样的 styleguide 文档吗？ 看看能不能做个参考？
|
 |
54
ssdold 258 天前
不会，我卸载了
|
 |
55
relicH 258 天前
自己没有自己的规范吗
|
 |
56
ufan0 258 天前
写代码时候，除非逼不得已，否则 c*.ali*的包一律禁用。
|
 |
57
xinJang 258 天前
它那个傻逼玩意 一直数组越界也不修复 删了
|
 |
58
tianmalj0613 252 天前
替代方案很多，PMD CodeStyle , 如果不是 SB 领导强制要求，就不要用
|
 |
59
SkyLine7 234 天前
阿里自己都不用
|
Select Language