摘要:重新把Lambda表达式过了一遍,新写的这篇总结更简单易懂。
前言:Lambda表达式是Java8的一个新特性,但是我之前并没有运用的很熟练,并且在某次面试的时候,还因为这个原因,丢人了,所以特意重新总结了一下,这篇更简单易懂。之前文章跳转(建议这篇文章看完,之前的那篇)。
more >>
会写一点Java、Go、Python、Vue的后端菜鸡
如上图所示,然后点击Next。
GroupID是项目组织唯一的标识符,实际对应JAVA的包的结构,是main目录里java的目录结构。groupId一般分为多个段,这里我只说两段,第一段为域,第二段为公司名称。域又分为org、com、cn等等许多,其中org为非营利组织,com为商业组织。举个apache公司的tomcat项目例子:这个项目的groupId是org.apache,它的域是org(因为tomcat是非营利项目),公司名称是apache,artigactId是tomcat。
ArtifactID就是项目的唯一的标识符,实际对应项目的名称,就是项目根目录的名称。通常是项目名-模块名,例如stringBoot-dao、stringBoot-Bean等。
s
groupid和artifactId被统称为“坐标”是为了保证项目唯一性而提出的,如果你要把你项目弄到maven本地仓库去,你想要找到你的项目就必须根据这两个id去查找。
Version是则是版本号。
如下图所示,然后点击Next。
Maven这里就不在讲解了,没有了解过的,找度娘聊聊天啦,如下图所示,选择Maven的安装目录,然后点击Next即可。
如下图所示,简单明了,然后点击Finish即可完成创建啦。
点击Finish后,等待几分钟,会生成基本的目录结构,如下图所示:
如果不一样也没有关系,最后目录结构和我一样就行了,最终的目录结构如下:
接下来对每个目录进行讲解:
首先大目录分为三个部分:java、resources、webapp。
java目录:主要存放java文件。
resources:资源文件夹,主要存放一些资源文件,如properties、XML等等。
webapp:应用程序部署,存放视图文件,比如html、jsp、脚本js文件,和一些静态资源文件。
bean目录:存放实体类。
controller目录:存放控制器类,控制器类负责解析用户的输入,处理后返回相应的结果。
dao目录:存放与数据库打交道的类。
service目录:业务层,业务逻辑类都写在该层。
test目录:测试目录,存放测试类。
utils目录:工具目录,存放工具类。
mapper目录:存放与dao层对应的xml文件,文件名与dao层对应类名相同。
generator目录:存放generator插件配置文件。
static目录:存放静态资源。
web.xml:Web应用程序配置文件,描述了 servlet 和其他的应用组件配置及命名规则。
views:存放视图文件,比如html、jsp文件。
1 |
|
1 |
|
1 |
|
1 |
|
1 |
|
1 |
|
1 |
|
1 |
|
配置完后的目录结构如下图所示:
点击Edit Configurations,如下图所示:
然后点击加号,如下图所示:
然后Server页面的配置如下所示:
然后点击Deployment,配置如下所示:
然后点击OK就配置完成啦。
1、申请公司gitLab权限
2、创建一个新的gitlab项目(创建的时候,需要创建一个空的项目,不要勾选Initialize repository with a README)
3、将代码传到gitlab上
1 | cd {项目文件夹的路径} |
参考地址:https://www.cnblogs.com/haojile/p/11616566.html
1 |
|
创建Maven的普通Java项目:
mvn archetype:create
-DgroupId=packageName
-DartifactId=projectName
创建Maven的Web项目:
mvn archetype:create
-DgroupId=packageName
-DartifactId=webappName
-DarchetypeArtifactId=maven-archetype-webapp
反向生成 maven 项目的骨架:
mvn archetype:generate
编译源代码:
mvn compile
编译测试代码:
mvn test-compile
运行测试:
mvn test
产生site:
mvn site
打包:
mvn package
mvn clean package -Dmaven.test.skip(打包,清除临时文件,并跳过单元测试)
在本地Repository中安装jar:
mvn install
例:installing D:\xxx\xx.jar to D:\xx\xxxx
清除产生的项目:
mvn clean
生成eclipse项目:
mvn eclipse:eclipse
生成idea项目:
mvn idea:idea
组合使用goal命令,如只打包不测试:
mvn -Dtest package
编译测试的内容:
mvn test-compile
只打jar包:
mvn jar:jar
只测试而不编译,也不测试编译:
mvn test -skipping compile -skipping test-compile
( -skipping 的灵活运用,当然也可以用于其他组合命令)
清除eclipse的一些系统设置:
mvn eclipse:clean
18.查看当前项目已被解析的依赖:
mvn dependency:list
19.上传到私服:
mvn deploy
强制检查更新,由于快照版本的更新策略(一天更新几次、隔段时间更新一次)存在,如果想强制更新就会用到此命令:
mvn clean install-U
源码打包:
mvn source:jar
或
mvn source:jar-no-fork
参考文章:
Maven常用命令 https://www.cnblogs.com/wkrbky/p/6352188.html
执行以下命令即可完成安装:
1 |
|
1 |
|
1 | 格式:mysql> set password for 用户名@localhost = password('新密码'); |
1 |
|
1 |
|
1 |
|
(1)编辑配置文件。
1 |
|
(2)在[mysqld]下添加一行
1 |
|
(3)重启服务
1 |
|
1 |
|
(1)注释掉bind-address = 127.0.0.1
1 |
|
(2)执行授权命令
1 |
|
(3)重启服务
1 |
|
在 Ubuntu 系统安装 Redi 可以使用以下命令:
1 | # 安装redis |
术语 | 英文全拼 | 解释 |
---|---|---|
WIP | Work in progress, do not merge yet. | 开发中 |
LGTM | Looks good to me. | Riview 完别人的 PR ,没有问题 |
PTAL | Please take a look. | 帮我看下,一般都是请别人 review 自己的 PR |
CC | Carbon copy | 一般代表抄送别人的意思 |
RFC | request for comments. | 我觉得这个想法很好, 我们来一起讨论下 |
IIRC | if I recall correctly. | 如果我没记错 |
ACK | acknowledgement | 我确认了或者我接受了,我承认了 |
NACK/NAK | negative acknowledgement. | 我不同意 |
在软件测试中:
一、UT(单元测试,Unit Test):
单元测试任务包括:
1、模块接口测试;
2、模块局部数据结构测试;
3、模块边界条件测试;
4、模块中所有独立执行通路测试;
5、模块的各条错误处理通路测试。;
二、IT(集成测试,Integration Test):
也称系统集成测试(System Integration Test)或结合测试,集成测试阶段是以黑盒法为主,在自底向上集成的早期,白盒法测试占一定的比例,随着集成测试的不断深入,这种比例在测试过程中将越来越少,渐渐地,黑盒法测试占据主导地位。
三、ST(系统测试,System Test):
从技术角度看,系统测试是整个测试阶段的最后一步,所有的开发和测试在这一点上集中表现为生成一个具有一定功能的软件系统。该阶段主要对系统的准确性及完整性等方面进行测试。
主要进行:
功能确认测试、运行测试、强度测试、恢复测试、安全性测试等。系统测试的测试人员由测试组成员(或质量保证人员)或测试组成员与用户共同测试。在整个系统开发完成,即将交付用户使用前进行。在这一阶段,完全采用黑盒法对整个系统进行测试。
四、UAT(验收测试,User Acceptance Test):验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。
领域 | 术语 | 含义 |
---|---|---|
整体 | ERP | Enterprise Resource Planning 企业资源计划 |
WMS | Warehouse Management System 仓储管理系统 | |
WCS | Warehouse Control System 仓储控制系统 | |
PLM | Product Life-Cycle Management 产品生命周期管理 | |
SCM | Supply Chain Management 供应链管理 | |
CRM | Customer Relationship Management 客户关系管理 | |
EIP | Enterprise Information Portal 企业信息门户 | |
BI | Business Intelligence 商业智能 | |
OA | Office Automation 办公自动化 | |
KM | Knowledge Management 知识管理 | |
EDI | Electronic Data Interchange 电子数据交换 | |
商品域 | ||
SPU | Standard Product Unit 标准化产品单元 | |
SKU | Stock Keeping Unit 最小存货单位 | |
主档 | ||
类目 | ||
条码 | ||
PLU码 | ||
规格 | ||
仓储域 | 入库(Inbound) | Inbound process 入库操作/入库流程 |
预约(appointment scheduling) | ||
收货(check in) | ||
质检(quality control) | ||
上架(putaway) | ||
退货(retums) | ||
定位(Locating) | ||
出库(outbound) | outbound process 出库操作/出库流程 | |
分拣(picking) | 也叫“拣货”,pick list 分拣单 | |
复核 | ||
打包(packing) | ||
发运(shipping) | shipping order 运货单 | |
盘点(count) | 循环盘点:cycle count,盘盈,盘亏 | |
制单(printing) | ||
报损/报溢 | ||
标签(Label) | ||
库区 | ||
存货区 | ||
暂存区 | ||
集货区 | ||
分拣区(picking face) | ||
月台(dock) | ||
通道 | ||
货架 | ||
货位 | ||
地堆 | ||
容器 | ||
LPN | License Plate Number 注册容器编码 | |
物流域 | 直通 | |
直送 | ||
配送 | 也叫“内配” | |
调拨 | ||
批发 | ||
库存域 | 库存 | |
库存同步 | ||
销售库存 | ||
实物库存 | ||
安全库存 | ||
商户域 | 商户 | |
销售商 | 内部也有人称为“机构” | |
服务商 | ||
供应商 | ||
门店 | ||
营业部 | ||
自提点 | ||
店组 | ||
履约域 | 集波 | |
寻源 | ||
财务部 | 移动平均成本 | |
批次成本 | ||
进项税 | ||
销项税 | ||
发票(invoice) | ||
采购域 | 补货(replenishment) | |
技术域 | 租户 |
术语 | 解释 |
---|---|
got it(明白了,懂了) | 注意:“I get it”的时候更加突出是明白之前不明白的事情,但是“I got it”则是纯粹的表示我知道了,无论是之前就知道还是现在明白。 |
copy that | 收到 |
done | 完成 |
术语 | 含义 | 功能 |
---|---|---|
dialogue-manager | 会话引擎 | 响应agent路由过来的用户咨询问题,调用后端相关服务收集对话背景信息,按照一定策略计算回复内容,并通过agent发送回客户端。 |
nlu-server | 意图判断 | 响应dialogue调用的用户咨询问题,判断对应的意图 |
attention-server | 槽识别 | 响应dialogue调用的用户咨询问题,根据意图识别对应的槽(slot) |
agent | 用来路由系统与客户端之间的请求。 | 向客户端发送reply,需要保证DialogueReply的session_id是可路由的,即session_id由store_id, assistant_id, user_id构成。如果assistant不在线,则reply被丢弃掉。 |
activity | 用来存储以及归档服务的结构化log或数据。相关数据会存储在kafka中,以及归档在hdfs之上 | 用来存储以及归档服务的结构化log或数据。相关数据会存储在kafka中,以及归档在hdfs之上。 |
context-service | 用来存储dialogue的对话处理逻辑的上下文相关的服务 | GetContext:根据某个key获得上下文- SetContext:根据某个key存储上下文 |
insight-server | AI pipeline中的preprocess 模块 | Preprocessor: query filter、中文繁转简、全角转半角、英文大写转小写;中文分词、词性标注,命名实体:人名、地名、URL、表情、快递、数字及normalize、时间及normalize、邮编、电话、邮箱、主播。 |
nlg-service | AI pipeline中的LAT模块 | 识别LAT,目前主要处理咨询尺码后面跟一句的情况 |
kbqa-server | AI 系统中,基于knowledge base进行QA的service | 在知识库中进行查询推理,并进行回复。 |
FAQ-server | AI 系统中,frequently asked question 回复 | 目前主要对转人工、重置等,进行回复。 |
Sentimenter-server | AI 系统中,对用户的query进行情感分析分类 | 对用户query进行情感分析分类,对一些骂人的话或者很难听的话会判断成negative |
shop-item-center | 店铺信息的获得 | |
mockingjay | mock data 的管理、修改、刷新 | 管理e2e 相关的mock data |
Turnstile | 1. 商家身份验证 2. 将配置推送到各个服务 3.直接提供api查询服务 | |
Ya | 1. 询单挽回 2. 付款后推荐 3. 质量问题挽回 4. 催付款 5. 催好评 等event触发的主动发送话术 | |
collector-gateway | 日志收集系统的一部分,用于收集从外网传送回来的日志,主要为机器人客户端准备 (目前机器人尚未启用日志回传功能,故未实际使用) | |
kibana | 日志展示系统,连接后端ES,提供前端访问功能,用于内部人员查看系统及服务日志. | |
webrouter | Lain 集群中所有 web 服务的总入口. | |
load-test | 只部署在stg环境,可以通过beary chat触发,按照指定qps向指定服务发起压力测试,并最终返回P95等信息。 | |
notebook | 只部署在stg环境,基于jupiter notebook实现的交互式访问stg环境所有grpc service的portal。 |
术语 | 含义 |
---|---|
RCE | |
poc | |
exp | |
getshell | |
反弹shell | |
fuzz | |
gadget | |
dns劫持 | |
链路劫持 | |
打开计算机管理——本地用户和组——用户——Administrator(右键属性)——账户已禁用(取消勾选)——确定
1 | 查询监听是否启动 |
1 | 启动监听器 |
1 | 第一种 |
tag:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia-plus根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent: meta: false pages: false posts: title: true date: true path: true text: false raw: false content: false slug: false updated: false comments: false link: false permalink: false excerpt: false categories: false tags: true