暑假学习24（8.12 周三）

今天做的主要是修改昨天注册不成功问题，问题在于address没有默认值，且更新为空，但是在数据库中设置了不能为空的限制，出现更新失败的问题。 在修改客户信息的时候，我们要实现将验证错误信息位置放到对应项的后边，这是将之前的 分开写在每一项的后边，当然写法不是*而是具体的每一项的属性名，这个验证是通过后台的@Valid@ModelAtrribute（验证的前台的名称），然后通过BindingResult对象来显示错误信息到前台，当然这样使用时在对应的验证对象的属性中加了验证要求，同时在ValidationMessages.properties中加入验证出错的信息，如：errors.length=邮政编码长度必须为{max}位，errors.format=格式不正确，errors.required={field}为必须输入项目，这里的{filed}是一个动态的替换，对应的属性名在出错的错误提示信息中会出现，如不能为空的验证：@NotEmpty(field="收货人地址", message="{errors.required}")。 在验证错误信息出现的时候，如果在后边执行的代码中出现了新的一个验证的对象被传送到前台，之前的验证会失效，就是能看到进入验证错误的代码区中，但是前台页面出现不了验证错误的提示信息。 在一个input的文本框中，如果不希望其中的内容被改变，我们可以设置其中的属性disabled值为真，如：disabled="true"，如果我们不让这个框被直接输入修改，当然我们可以通过javascript代码来修改，我们可以设置readonly属性为readonly，如：readonly="readonly"，其实作用效果是和disabled一样的，但是还是有所区别： Readonly只针对input(text / password)和textarea有效，而disabled对于所有的表单元素都有效，包括select, radio, checkbox, button等。但是表单元素在使用了disabled后，当我们将表单以POST或GET的方式提交的话，这个元素的值不会被传递出去，而readonly会将该值传递出去（这种情况出现在我们将某个表单中的textarea元素设置为disabled或readonly，但是submit button却是可以使用的）。 这两个属性在效果和使用上的区别： readonly是要锁定这个控件，通过在界面上无法修改他（但是通过javascript可以修改他）。 disabled和readonly有相同的地方也是可以锁定这个控件用户不能改变他的值，但是disabled的更彻底一些，他是要使你完全不能使用他，包括改变他的背景颜色（不信，你去修改一个被disabled掉的input文本框，你发现你是徒劳），如果是checkbox则不能选中他。 所有控件都有disabled 属性，但是不一定有readonly属性，如select 下拉框。点击被readonly掉的按钮照样可以触发事件，但是被disabled掉的按钮就无法使用了不管上面有没有事件。 技巧： diabled可用readonly代替，background-color:#cccccc;加上灰色背景色就可以。 dd与dt标签的使用：它们用来组成一个定义列表，显示时dt与dd的标签内的内容在未设置样式的时候是在两行上的：

计算机

用来计算的仪器 ... ...

显示器

以视觉方式显示信息的装置 ... ...

效果是： 计算机 用来计算的仪器 ... ... 显示器 以视觉方式显示信息的装置 ... ... 垂直居中属性设置：vertical-align: middle; 字体对齐属性设置：text-align: left; 可以显示缩写的全称的标签：注意title属性使用 myhome overflow 属性规定当内容溢出元素框时发生的事情。 display:inline-block将对象呈递为内联对象，但是对象的内容作为块对象呈递。旁边的内联对象会被呈递在同一行内，允许空格。而相对的display:inline将对象呈递为内联对象但不会出现与旁边的内联对象呈现在一行