正常我们用spring做东西时候,是应该先创建model controller 还是service,temple?
这些东西应该以什么顺序创建,正常做的时候应该怎么开始做呢?
这个看个人开发习惯,都是可以的。
一般会先创建好model实体类,然后去写controller,controller中需要调用什么方法,就定义service层类并定义对应的方法,然后在controller中注入依赖并调用。
1)新建一个MVC项目
2)新建Controller
3)创建Action
4)根据Action创建View
5)在Action获取数据并生产ActionResult传递给View
6)View是显示数据的模板
7)URL请求-》Controller.Action处理--》View响应
默认项目模板中的内容
1.App_Data:用来 存储数据库文件,XML文件或者应用程序需要的一些其他数据
2.Content:用来存放应用程序中需要乃至的一些静态资源文件。如图片和CSS样式文件。
3.Controllers:用于存放所有的控制器类,控制器负责处理请求。并决定哪一个Action执行,充当一个协调者的角色。
4.Models:用于存放应用程序的核心类、数据持久化类,或者视图模型。
5.Scripts:用于存放项目中用到的JavaScript文件,默认情况下,系统自动添加了一系列的JS文件,包含jquery和jquery验证等js。
6.Views:包含了许多用于用户界面展示的模板,这些模板都使用Rasor视图来展示的,子目录对应着控制器相关的视图。
7.Global.asax:存放在项目根目录下,代码中包含应用程序第一次启动时的初始人操作,诸如路由注册。
8.Web.config:同样存在于项目根目录,包含ASP.NET MVC正常运行所需要的配置信息。
约定:
1)Controller放到controllers文件夹中,并且命名方式以Controller结尾
2)每个Controller都对应View中的一个文件夹,文件夹的名称跟Controller名相同。
3)控制器必须是非静态类,并且要实现IController接口
4)Controller类型可以放到其他项目中。
一般来说肯定是先写配置文件,连接好数据库,然后根据需要可以正顺序也可反顺序,看你自己的习惯咯
正着写,实体类model实体类->dao访问层->service业务层->impl实现类->controller接口层,一般正着写都是明确自己要写什么,做什么功能都有明确的思路和想法一步到位
反着写,你在设计好前端后,肯定要根据前端的需求,写接口就需要先写好controller,通过调用获取对应的数据,然后再去写service方法来实现接口controller功能,业务层需要去表现层获取底层方法,然后直到model编写自己需要的对象以及属性,反着写的好处就是,不知有什么功能需要实现,没有明确规划,跟着前端需要什么功能就实现什么功能
各有各的好处,如有帮助,望采纳一下,谢谢