group和package的关系

开拓者Amadues 2021-10-29 13:51:51

 

我的理解是group是maven或者gradle的概念,package是Java的,但我看默认设置里package就是group+artifact,那如果按照默认设置,Java程序的目录是否就是com.example.demo.com.example.demo,这样重复两次?

 

...全文
378 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
=PNZ=BeijingL 2021-11-01
  • 打赏
  • 举报
回复

我是这么理解的。groupId一般是域名+公司名, 比如org.apache,ArtifactId一般是项目名,所以 groupid+artifactId整体就是域+公司+项目, 一般用于标识一个项目的唯一性 ,package 是更低一级资源存储结构,是JAVA为了区分同名类提出的,用多层命名控件的方式来解决类名冲突的问题,来解决类唯一性问题

开拓者Amadues 2021-11-01
  • 举报
回复
@=PNZ=BeijingL package的前缀也大多是公司名,Java和构建工具是两种东西,只是都用了公司名做区分了。两个一起用的时候,公司名确实有重复之嫌,不过估计也问题不大。
「LLM那些事」系列第 4 篇《上下文窗口的边界》,文章连接:https://blog.csdn.net/houwenjin/article/details/163999753。 演示什么:在「预测」Sheet 的黄色格子里输入一句话(默认「来泡一杯」),四个「模型」——分别只统计最后 1 / 2 / 3 / 4 个字的 n-gram 查表——同时预测下一个字。同一个输入,看的上下文越长,候选越少、预测越确定: ┌────────────────┬──────────┬───────────────┬──────┐ │ 只看最后几个字 │ 用的前缀 │ 候选下一字数 │ 预测 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 1 个 │ 杯 │ 3(茶/子/水) │ 模糊 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 2 个 │ 一杯 │ 2(茶/水) │ 收窄 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 3 个 │ 泡一杯 │ 1(茶) │ 确定 │ ├────────────────┼──────────┼───────────────┼──────┤ │ 4 个 │ 来泡一杯 │ 1(茶) │ 确定 │ └────────────────┴──────────┴───────────────┴──────┘

51,407

社区成员

发帖
与我相关
我的任务
社区描述
Java相关技术讨论
javaspring bootspring cloud 技术论坛(原bbs)
社区管理员
  • Java相关社区
  • 小虚竹
  • 谙忆
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧