只显示主题贴
1. 前言
2. 简单校验
3. 客户端校验
4. 自定义校验方法
5. 完整上下文校验
6. 总结
1. 前言
本教程介绍在 AOM 2.0中,是如何对用户的输入参数进行验证的。在阅读本文之前,我建议你首先阅读前两篇文章:
http://www.operamasks.org/articles/magic-1/html_single
http://www.operamasks.org/articles/magic-2/html_single
2. 简单校 ...
- 进入论坛 Java 版
1. 前言 2. 常规国际化的做法 3. AOM 2.0 的国际化处理 4. AOM的扩展能力 5. 在程序中注入资源文件 6. 总结
1. 前言
本教程介绍在 AOM 2.0中,是如何简化国际化多语言相关工作的。在阅读本文之前,我建议你首先阅读第一篇文章:
http://www.operamasks.org/articles/magic-1/html_single
2. 常规国际化的做法
假设我们现在希望让 Calculator 这个示例支持中英文,让我们先回顾一下常规JSF的实现手段: ...
- 进入论坛 Java 版
这几天一直在外面出差,不能及时上网。看到这篇文章受到大家如此的关注,欣慰之余又颇有几份惶恐。
简单谈一下我的个人看法:
技术上:软件技术原本就没有绝对的优秀与粗劣,尤其在谈这种理念、模式之类的东西。IoVC只是我们的一种思考与探索,各位的一些意见我们会积极吸收。但同时需要指出的是:把IoVC等同于几个@Bind的标注,再或者id的指定等等,确实是有些片面。至于“心虚”与否,呵呵,我们向来是很“虚心”的听取各位的意见。虚心,但绝非心虚,呵呵,没偷没抢的,为什么要心虚呢?
情感上:这里也不想去扯什么民族软件的大旗,我们只是在做我们自己的一份事情而已。感谢各位对OperaMasks的厚爱,各位的 ...
- 进入论坛 Java 版
pig345 写道问题是在于,即使是最强调实用、敏捷、快速开发的ROR都严格遵循着MVC的老路子,而没有反行之,应该能说明点问题吧。(ROR倒是把3层结构给抛弃了,不像j2ee还很强调多层)
你说的对。
RoR确实带给我们很多思路,很多启发,但不能因为RoR的实现方案而限制了我们的思路,IoVC也并没有反行之。
何谓MVC?
笔者以为:所谓MVC,就是要降低Model和View之间的耦合度,同时通过Controller将Model和View之间需要耦合的部分加以控制,因此,Controller的能力越强,MVC架构的质量就越高,IoVC实际上就是要最大程度地增强Controller的能 ...
- 进入论坛 Java 版
pig345 写道apusiczhang 写道让你拥有了一种能够在后台Bean中影响UI表现的能力。
还是忍不住再说两句。如你所说,这个是IoVC的本质上要提供的。
然而就是这个能力,其实是完全有悖于MVC的,(似乎是四人帮还是其他资料里有个例子说道这个问题),MVC原则是Model中作业务规则的判定(具体到这里就是给出某字段是否正确的boolean),而怎么表现是各个不同View自己决定的。
注意是view查询model,然后自己作决定展现成什么样子,这个正是view和model的不同职责所在。
想象一下,如果这时候要你提供一个供其他系统查询/修改的基于web的接口(典型的需要是返回xm ...
- 进入论坛 Java 版
robbin 写道upheart 写道引用页面美工只需要给每个组件设置一个ID,程序员在后台的业务逻辑中,便拥有对页面 UI 元素的完全控制力。
程序员可以拿过来直接用,并且, 如果要对页面做调整(只要不是页面元素的增加或删除),程序员可以在自己熟悉的代码中直接设置,这岂非是一种很享受的境界?
其实wicket之类的框架早就是这样了,而且页面还是纯html的,更利于和美工合作——既然金蝶的OperaMasks都把JSF改成这个样子了,为什么不再彻底一点,像Wicket、Tapestry直接用html而不是jsp的taglib呢?
OperaMasks做到现在这个样子还是很值得肯定的。
至 ...
- 进入论坛 Java 版
pig345 写道
再具体的:你为什么不能在当用户输入某些不合法的字符给这个字段的时候,(在后台判断完成后,产生返回页面时),在这个字段上加上class='invalided_field'呢?
在css定义中完全可以在不同的界面方案(我说的皮肤)中,定义不同的.invalided_field{},从而使用不同的颜色/外框/背景色等等。。。
多多利用web本身提供的灵活性不是更好?
有时候解决问题不要太急于看实现,退一步,抽象点会获得很多灵活性,这种思考方式对框架作者尤其重要阿。
你说的对,一定要充分利用Web本身提供的灵活性。
但现在的问题并不是强调是用style,或者styleClas ...
- 进入论坛 Java 版
pig345 写道再具体到刚才的style的例子,其实怕是更加思路不清了。
当前的web基本上都要走DIV+CSS的路子,CSS的麻烦不比javascript少(相对于以前的table布局,抽象不直观,又有跨浏览器的问题,当前的2.0还有些限制不能100%随意布局),但是有一个好处就足以让我用它了,那就是可以让web随意换肤,而只要改动一行html就行了!
看看刚才的例子,如果都把style写到java code里面了,还怎么作网站换肤?
必将是这样一种情况:界面的些许改动,都导致java的代码变动(要重新编译,重新部署),这就是不遵循前人经验的恶果吧。
----------
口气有点重, ...
- 进入论坛 Java 版
pig345 写道具体点说,这类东西在很多公司内部都有有想法的人做过,
我见过另外的一个私有框架,完全是根据数据库结构生成中间层和表现层代码模板,可以做到数据库字段如果是not Null 的,html表单中就会自动加*显示,提交时自动判定必添字段给予提示...
这个东西不是更省?对于简单的CRUD程序,每次修改时,改改数据库定义重新生成一遍代码,基本OK了。
但是有很大的推广意义么?它只适用于很窄的范围,如果遇到意外情况,就必须修改框架来适应(框架本身不具有广泛性和稳定性),而除了框架作者,其他人恐怕也很难在这种情况下快速修改和调整。
确实,很多私有框架在解决某些特有问题的场景下,会更方便, ...
- 进入论坛 Java 版
pig345 写道
支持,真正理解原理的人都会有此结论。
再次提醒下,不要打着MVC的旗帜,实际却作的反MVC模式阿。浪费时间精力。
我再举一个场景:
假设我们的应用系统需要支持中文和英文两种语言。诸所周知,由于中英文的差异,会导致UI的表现也会有差异。
举个简单的例子,倘若我们有一个Label,中文下,它显示:"请输入姓名",而在英文下,显示"Please input your name"
换言之,中文下,这个Label的长度为100,而英文下,它的长度要为200才能够将字符显示完全。
这种问题如何解决?
在IoVC下(确切的说是在OperaMasks 2.0下),我们可以直接在资源文件中 ...
- 进入论坛 Java 版
- 浏览: 3712 次
- 性别:

- 来自: 深圳

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
OperaMasks 2.0特性之三: ...
JSF目前验证是基于java 5以前的技术,这种基于文件配置的方式,我更喜欢st ...
-- by hantsy -
OperaMasks 2.0特性之二: ...
有3个问题:1. 在你前面的博客文章中提到过OperaMasks提倡的是"约定优 ...
-- by Quake Wang -
OperaMasks 2.0特性之一: ...
可惜你们的AOM不支持HIBERNATE 而且文档确实少了点!
-- by vieri122 -
OperaMasks 2.0特性之一: ...
views层用的xml过于怪异。采用用grails的html+tag(有逻辑), ...
-- by jamesqiu -
OperaMasks 2.0特性之一: ...
用时间,弄弄grails和wicket,更值
-- by jamesqiu






评论排行榜