引用的porm估计路径不对

和前面老师讲的 pom 文件中不写版本号一样吧，都是在父工程的 pom 里面

依赖jar包没有加载到，可能的原因有很多，从当前的问题中难以进一步推断。

删除.idea目录，重新创建项目。重新选择一下mainclass所在的文件路径即可。

同module移动的时候 idea会自动修正包名，如果是把原来的项目拆modue的时候 不需要修改包路径和之前的保持一致

private String / Integer getCode( String / Integer){return ...}

你这里有两个启动配置,很可能是其中一个配置的路径是老的路径,导致找不到?

Spring WebFlux 默认是使用 Netty 作为 Web 容器的。可以在pom中配置切换

先打被引用的jar包  再打当前jar

同学 试一下按隔壁的import change 在右下角 它会重新更新maven

你需要把 java 包变成 Sources Root 就可以运行了

确实正常分好 web 模块后,需要在启动类 比如 FirstAppDemoApplication 中的 main 方法选中 "main" 右击 选择run debug 可以试试,如果可以,记得反馈下.

需要需要依赖某个模块，需要引入它

比如 service 模块依赖 dao 模块，需要在 service 里添加

<dependencies>
    <dependency>
        <groupId>com.liuyanzhao.sell</groupId>
        <artifactId>sell-dao</artifactId>
        <version>0.0.1-SNAPSHOT</version>
    </dependency>
</dependencies>

自动导包，导错包了。

project 右键 有个Compact Middle Packages 把√去掉就可以了

说一下我理解的按层次构建的好处，按层次构建时顶层结构可以共用底层结构，例如一个项目顶层应用有api服务器、后台管理服务器、文件导出报表服务器、定时任务服务器等。他们共同使用底层的dao层或者说实体层基础类，如果让他们分别实现时底层的实体类就会有重复的工作，并且不利于维护。

按层次构建也有坏处，第一个是项目庞大时找类不好找，第二个是可能部分应用有许多用不到的类、用不到的方法会一起打包放到服务器中。

按业务模块进行构建有许多好处，找类好找，一个模块的类都放到一块清晰易懂。对于大型项目尤其是分布式项目，不同应用处理不同的业务尤其合适。但是他解决不了同一个模块，底层模块被共用时产生的，不利于维护问题和重复工作的问题。

然后又有人会按照业务模块再按照层次进行拆分，这种方式对开发者和设计者都是种考验，尤其是小型项目，会有杀鸡用牛刀的感觉。

具体项目拆分构建的思路，一方面取决于项目本身的特性，另一方面也是最重要的方面取决于，搭建项目的人最喜欢哪种方式

maven项目，创建maven子项目

明天提示你包名和实际文件路径不匹配，你看你的包名是com.bobexchen.demo,但是你文件实际是在demo文件夹中而不是com\bobexchen\demo这样的文件路径中。

问题解决了，移动的文件的时候，右下角有个提示，然后点import changes，就好了

在抽取成的mapper和xml映射工程中写

我和你一样问题，请问解决了没

只显示组合件怎么设置呢，老师给份配置文件呗

Controller 方法返回值时什么呢？

具体错误日志是什么？

部分是的，有可能是 RPC 方式

有利于抽象，比如 模型对象可能复用的话，那么后续整个应用可以抽象出 API jar、RPC 服务 以及 Web 端应用

每个module 是一个功能域，模块化简化了重构、测试以及构建等的成本，不至于一发而牵动全身。

1. 单词是不是写错了？childern？ 不是 children ?

2. 可以在 ROOT 工程里面建立一个 property，比如

   <properties>

   <version>1.0.0-SNAPSHOT</version>
   

   </properties>

子模块引用根工程的这个${version}