构建之法--探索篇(一)

问题一:

在Cust中无法找到telephone的get方法,这里是因为我之前没有telephone的成员变量,加上之后有没有写telephone的get方法;

解决方案:只要在Cust这个类里面,加上getTelephone()即可;

问题二:

网页错误500:unable to invalid CustSaveAction,defined in CustService in the namespace "" CustSaveAction;

解决方案:

在这里首先定义了两个对象,这两个对象的get和set方法一定要写上,不然也是500的错误;

在Java文件编写以后要在.xml中进行配置

两个xml文件:

首先是applicationContext.xml文件:

(一)红色框框的东西要一致,同时也要和CustSaveAction类中定义的CustService的对象一定要也和他们一致;

(二)粉色框框的东西意思是给CustSaveAction起了一个别名,所以前面的名字要记住

其次是Struts.xml文件:

依旧是粉色框框内容要和前面的id的值一致,不然叫错名字肯定会报错的;

最后是custinfo.jsp文件:

这里的绿色框框的名字要和前面的粉色框框前面的别名一致,否则也会报错,执行不了相关的操作。

时间: 2024-12-20 18:10:18

构建之法--探索篇(一)的相关文章

构建之法--探索篇(三)

短学期结束了,这十天学到了挺多东西的,重点是ssh框架的整合,了解了这个就算掌握了短学期的知识了吧.Struts负责web层请求处理,主要通过Struts.xml文件来实现请求与转发:spring负责业务层管理,即Service,Service为Action提供统一接口,封装持久层的DAO,并集成Hibernate,Spring可对JavaBean和事物进行统一管理. Hibernate负责持久层,完成数据库的CRUD操作,CRUD是指数据库的增加,读取,更新和删除.Hibernate有一组hb

构建之法--探索篇(二)

这几天没有特别难过的bug,所以来说一下我最近做的按条件查找吧! 首先在当初既定的custDao.CustDaoImpl.custService.custServiceImpl中添加上public List<Cust> findCustByCondition(Cust cust); 然后再action包下面建立新的class:FindCustAction.java内容如下: package com.crm.action; import java.util.Map; import com.crm

构建之法--第一篇

这一周,我学习了<构建之法>中第一章的内容,对<构建之法>这本书有了一个大概认识. 首先,我们从第一章中,能得出其中两个等式: 1.软件=程序+软件工程.我们该怎么去理解这个等式呢?如果是以一个程序员的立场来看,我们想要做出一个可以推广出去并且能过投入市场的软件,要经过几道必要的步骤.程序员要利用自己所擅长的语言来编写出客户需要的程序,待客户满意这一个程序的基本需求后,才算勉强形成一个胚子.后续,还需要随客户的要求而增加相应的功能来满足客户的需求,这是一个庞大的工程.从简单的程序,

构建之法--第二篇

构建之法--第二章 在这一周中,我计划学习了<构建之法>的第二章,我认为从第二章开始,才算真正进入到了这本书的主题.这一章讲到的是个人技术和流程.首先,个人技术是衡量你是否能成为一名合格的软件工程师.而想要组建一个优秀的软件开发团队,就必须要有一名软件工程师.流程则是团队来管理开发活动的经过. 个人技术:其中就包括了三点,即单元测试.回归测试.效能分析. 单元测试:我们为什么需要做单元测试呢?这是为了让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.

构建之法——第二篇

学到现在,那么对于我们而言真正的软件工程包括什么呢? 根据构建之法中的描述,软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫"软件开发流程",软件开发流程的目的是为了提高软件开发,运营,维护的效率,以及提升用户满意度,软件的可靠性和可维护性. 由构建之法中写到软件工程中的软件开发流程,那么软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的.在团队的大流程中,是每一个具体的个人在做开发,测

构建之法---初识篇(软件工程和个人测试)

这周学习了构建之法的前两章的内容,关于软件工程的介绍以及关于个人测试的重要性. 首先说一下软件工程,一开始觉得软件工程是一个很庞大的任务,在做一个项目的时候,像我们这种小白,心里面还是尽力的想要避开软件工程的复杂步骤,只想着做代码的实现,然后进一步的测试测试就好,但是看了第一章的内容以后呢,觉得软件工程必须按照步骤来,而且代码实现好像并不是占比重最大的部分.一个良好的软件工程是需要一个和谐的团队的共同作业的,但是在这个团队做出一个项目之前,我们首先要做的应该是先成为一个合格的软件工程师,所以了解

构建之法第一篇阅读笔记

程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用. 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.它包含

构建之法——第一篇

通过两周的学习,在<构建之法>的前两章中,了解到软件的概述以及单元测试的重要性. 通过第一章"软件=程序+软件工程"使我对于软件工程有了一个相对来说比较宏观的定义,即软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.为此我也了解到软件有很多种,就以三个我比较感兴趣的举例来说吧! ShrinkWrap:是最强大的软件保护工具,其强大的反调试检测让所有调试器均无法加载 Internal Software:即就是企业或学校或某组织内部的软件 Mobil

构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程. 首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务.此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式.但是必须保证大家不是打酱油的,要每个人都有贡献. 关于开发流程,瀑布模型是单项的,不可逆的生产过程