“的输出是什么?”;“grails统计数据”;你最大的Grails项目?
“的输出是什么?”;“grails统计数据”;你最大的Grails项目?,grails,Grails,grails stats提供给定grails项目的各种代码统计信息 典型的输出可能类似于以下内容: +----------------------+-------+-------+ | Name | Files | LOC | +----------------------+-------+-------+ | Controllers | 4 | 183 | | Domain Classes | 8 |
grails stats
提供给定grails项目的各种代码统计信息
典型的输出可能类似于以下内容:
+----------------------+-------+-------+
| Name | Files | LOC |
+----------------------+-------+-------+
| Controllers | 4 | 183 |
| Domain Classes | 8 | 264 |
| Jobs | 1 | 10 |
| Services | 4 | 297 |
| Tag Libraries | 2 | 63 |
| Unit Tests | 17 | 204 |
+----------------------+-------+-------+
| Totals | 36 | 1021 |
+----------------------+-------+-------+
我对Grails项目中各种工件之间典型的代码划分很好奇(比如LOC(控制器)/LOC(服务)的比率等等)
请共享您最大的grails项目的grails统计信息
输出,以便为这个问题提供统计信息。我当前的项目:
+----------------------+-------+-------+
| Name | Files | LOC |
+----------------------+-------+-------+
| Controllers | 67 | 7665 |
| Domain Classes | 101 | 3736 |
| Jobs | 3 | 45 |
| Services | 61 | 6158 |
| Tag Libraries | 34 | 2357 |
| Groovy Helpers | 54 | 3356 |
| Java Helpers | 1 | 65 |
| Unit Tests | 227 | 24224 |
| Integration Tests | 70 | 10908 |
| Scripts | 2 | 77 |
+----------------------+-------+-------+
| Totals | 620 | 58591 |
+----------------------+-------+-------+
“Java助手”中的大量代码主要来自wsdl2java存根生成
+----------------------+-------+-------+
| Name | Files | LOC |
+----------------------+-------+-------+
| Controllers | 13 | 1085 |
| Domain Classes | 17 | 802 |
| Services | 19 | 1918 |
| Tag Libraries | 2 | 182 |
| Groovy Helpers | 39 | 1586 |
| Java Helpers | 521 | 42232 |
| Unit Tests | 45 | 5294 |
| Integration Tests | 9 | 836 |
| Scripts | 2 | 22 |
+----------------------+-------+-------+
| Totals | 667 | 53957 |
+----------------------+-------+-------+
遗憾的是,它没有更多的统计数据,如平均/分钟/最大每类LOC、测试覆盖率等;)
小应用程序(大约25个故事)我尝试将其作为社区wiki,但该复选框不可用。社区wiki功能是否已从SO中删除,或者CW规则是否已更改?CW规则已更改(不久前),但我不知道它们当前的具体实现。对不起,我甚至不认为这是作为一个维基的主题。在StackOverflow上,我们从来没有过“如果你把你的给我看,我就把我的给你看”的问题。我甚至不确定这是否会成为programmers.SE的主题。问。这是一个奇怪的问题;严格地说,它们在这里从未真正有效过。。。但是很久以前,打他们会让其他人从另一个角度看。尽量问一些问题,不要把每一个回答都设置为有效的答案……这么多的控制器会减慢你的应用程序吗?IIRC,一个已知的Grails问题是,请求时间随着控制器数量的增加而线性增长。我敢肯定,需要查看的其他url映射会带来一些小的影响,但我们所看到的并不重要。更干净的代码在响应时间上远远超过一两毫秒。这是乐观的——命中率远远超过一两毫秒。在1.3.5之前,webservices的性能受到了这个问题的严重影响。
+----------------------+-------+-------+
| Name | Files | LOC |
+----------------------+-------+-------+
| Controllers | 40 | 3912 |
| Domain Classes | 42 | 2109 |
| Jobs | 5 | 127 |
| Services | 18 | 2352 |
| Tag Libraries | 12 | 355 |
| Groovy Helpers | 158 | 5249 |
| Java Helpers | 4 | 207 |
| Unit Tests | 54 | 3258 |
| Integration Tests | 22 | 1790 |
| Scripts | 7 | 150 |
+----------------------+-------+-------+
| Totals | 362 | 19509 |
+----------------------+-------+-------+
+----------------------+-------+-------+
| Name | Files | LOC |
+----------------------+-------+-------+
| Controllers | 17 | 1961 |
| Domain Classes | 14 | 843 |
| Jobs | 4 | 109 |
| Services | 5 | 831 |
| Tag Libraries | 2 | 789 |
| Groovy Helpers | 38 | 948 |
| Java Helpers | 5 | 445 |
| Unit Tests | 1 | 12 |
| Integration Tests | 1 | 33 |
| Scripts | 1 | 11 |
+----------------------+-------+-------+
| Totals | 88 | 5982 |
+----------------------+-------+-------+