diff --git a/doc/FAQ.md b/doc/FAQ.md index 8dce5da2..7b857601 100644 --- a/doc/FAQ.md +++ b/doc/FAQ.md @@ -1,3 +1,32 @@ +#### 为什么部署的时候才用main，平时开发的时候从test启动 + +- 可以很好的隔离部署环境和开发测试环境 +- 可以加上-Dspring.profiles.active=dev就可以从main启动 +- 部署的时候从main启动（没有控制台日志），平时开发的时候从test启动（有控制台日志） +- 这样正式环境的配置放在main的resources里，测试环境的配置放在test的resources里，互不干扰 +- 从test下启动的程序的配置文件会覆盖main中的配置文件 + +--- + +#### logback为什么在main和test都有一份日志配置，为什么弄了两份日志配置 + +- 隔离生产环境配置和测试环境的日志配置 +- test的配置会覆盖main中的配置 +- main中没有控制台日志，test中只有控制台日志，控制台日志会加锁在生产环境会导致性能问题 + +--- + +#### 为什么没有发布到maven仓库 + +- 项目非常轻量，容易修改，游戏场景很多都需要自己定制，打算java 21出来才会发布release版本 +- zfoo安装很简单，maven install到本地就可以使用了，或者直接将zfoo源代码集成在在项目里当作一个module使用 +- 没有用maven的来管理这个root，是为了让下面的module不依赖于任何parent，复制出来就可以用 +- 本地开发调试也可以直接用idea的add maven project当作一个第三方库使用 + +![Image text](image/idea/maven-pom.png) + +--- + #### 为什么选择 Java 11 而不是 Java 8 - var可以减少非常多的代码，使代码更加简介 @@ -57,27 +86,6 @@ SignalAttachment的signalId就是用于RPC的同步和异步的信号，通过 --- -#### 为什么部署的时候才用main，平时开发的时候从test启动 - -- 可以很好的隔离部署环境和开发测试环境 -- 可以加上-Dspring.profiles.active=dev就可以从main启动 -- 部署的时候从main启动（没有控制台日志），平时开发的时候从test启动（有控制台日志） -- 这样正式环境的配置放在main的resources里，测试环境的配置放在test的resources里，互不干扰 -- 从test下启动的程序的配置文件会覆盖main中的配置文件 - ---- - -#### 为什么没有发布到maven仓库 - -- 项目非常轻量，容易修改，游戏场景很多都需要自己定制，打算java 21出来才会发布release版本 -- zfoo安装很简单，maven install到本地就可以使用了，或者直接将zfoo源代码集成在在项目里当作一个module使用 -- 没有用maven的来管理这个root，是为了让下面的module不依赖于任何parent，复制出来就可以用 -- 本地开发调试也可以直接用idea的add maven project当作一个第三方库使用 - -![Image text](image/idea/maven-pom.png) - ---- - #### 前端h5的后台管理界面使用的技术栈 - 基础框架使用的，vue 2.6，https://cn.vuejs.org/ @@ -87,7 +95,6 @@ SignalAttachment的signalId就是用于RPC的同步和异步的信号，通过 --- - #### orm为什么不选择Spring的官方驱动SpringData mongodb - SpringData mongodb 里面会生成一个class字段，比较占内存，而且你移动class类的时候体验不友好，不知道现在版本改了没有 @@ -96,10 +103,3 @@ SignalAttachment的signalId就是用于RPC的同步和异步的信号，通过 --- -#### logback为什么在main和test都有一份日志配置，为什么弄了两份日志配置 - -- 隔离生产环境配置和测试环境的日志配置 -- test的配置会覆盖main中的配置 -- main中没有控制台日志，test中只有控制台日志，控制台日志会加锁在生产环境会导致性能问题 - ---- \ No newline at end of file