锁定老帖子 主题:讨论一下设计模式吧?
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2005-03-08
还是关注一下RIA把.
很想有一种技术能够改变jsp+html+javascript的前端开发模式. 目前web方式的前台开发效率实在是太低了. |
|
返回顶楼 | |
发表时间:2005-03-08
jive偶有看过,初版的学术价值大于实用价值。
但就初版而言,对于刚开始学习设计模式的人还是有一定价值的,尽管有的地方有点为了设计模式而设计模式的嫌疑,但是有的地方使用的还是很精妙的,很有学习价值,对初哥。还有它的一些设计思想,比如:cache,可配置的filter,skin等等。 后边版本据说产品化了,不再开源。所以没有研究。 |
|
返回顶楼 | |
发表时间:2005-03-09
DLEE:
大牛啊大牛啊 偶前面一年大部分时间可都花在这js、xmlHTTP、servlet上了,以致于落个啥都不会的下场,框架思想跟您老的如出一辙,可惜俺就是说服不了别人。 femto的那套东西一直还没时间仔细看,老忙着加班去了,好像有点出乎我的意料。 如果去年晚上可以*点前下班的话,我就会去申请加入他们那个开源项目,虽然可能被赶出来 |
|
返回顶楼 | |
发表时间:2005-03-09
to dell
"我们前端确实只依赖 JavaScript。后端只需要写一些 XML 格式的配置文件就可以了,大部分情况下不需要开发 Java 代码。简单地说就是我们通过 XMLHTTP 和后端 Servlet 的联动,使得前端的 JavaScript 获得了访问数据库的能力。" 优势好像也就是xmlhttp通讯吗. 从服务器端得到xml然后用javascript处理罢了. 控制流程在哪里 ? 不能算是一个完整的开发构架吧 ? 还有如果页面部分过于倚赖js恐怕会使问题更复杂 远不如采用xslt来转换数据 xui显示图形控件 js来驱动交互来得标准 简洁 层次清晰. js是最需要警惕的web技术 功能越强大就越危险. |
|
返回顶楼 | |
发表时间:2005-03-09
简简单单的一个表示层搞得这么复杂.
看来目前的前台开发技术是要更新换代了. |
|
返回顶楼 | |
发表时间:2005-03-21
steve_gu 写道 孤魂一笑 写道 dlee 写道 孤魂一笑 写道 我提一个简单的要求,就是实现:页面内的校验,比如说现在一个textbox要求
是一个合法的邮件地址,如果不是合法的邮件地址,在页面还没有提交的时候马 上出现提示。但对于这个textbox不用写专门的校验函数,使用公共的校验函数。 这样的例子用 JavaScript 很容易写啊,用我举例吗? 你可能没有完全理解我的意思。我要求如下: 1:使用公共的校验函数。 2:页面内校验,提示信息也在页面内。 3:不出现onchange() ...之类的去获取事件。 4:校验规则认为是textbox的一种属性。 比如上面的例子我就一个textbox 要求是合法的邮件地址 那么textbox可以如下写: <input type="text" name="email" property="email"/> 那么做校验是根据property="email" 去处理的。 这种方式的话校验规则的重用性最大。开始实现了使用的时候就很简单,而且 没有什么难度。 这个我们完全做到了,而且采用的方法就是增加html元素的属性,如<textarea maxlength="200" minlength="3"></textarea>,每个项目中只要添加我们的js类库 这样写了可以有两种方式校验:1.离开焦点时,若通不过焦点移不掉;2.提交前统一校验,需要设置form的onsubmit属性为:"return ourGeneralValidate(this);"即可,这样最大程度地达到了重用 这两种校验方式可以综合使用或只采用一种. 我们系统就是用这种方法校验的。。 感觉JS的功能还可以更强大,头也很赞成。。呵呵 建议dlee多介绍一点XMLHTTP。。这是不少人的心声啊。哈哈 |
|
返回顶楼 | |
发表时间:2005-03-29
tomcat 写道 同感。
我看jive是典型的模式应用失败案例,可是大家却都很推崇jive,why? 你真的觉得jive 很好用吗?jive的速度够快吗?(我每次打开jdon 的论坛都慢的很,如果让jdon看到,又要删贴了。) Jive不过是由于开源的时间比较早,当时国外的开源风才刚刚吹起来,所以名声很响。现在开源的东西多了,看看它的设计,其实有些地方挺不优雅的,比起WebWork,OsWorkflow,Spring的差多了,呵呵 不过拿它做个普通论坛,还是可以考虑的,比较发展这么久了,还是比较容易配置和找资料的,不过现在开源的论坛也很多了,其实它也不是老大了 |
|
返回顶楼 | |
发表时间:2005-03-29
dlee 写道 JavaScript 可是个好东西,可惜很多人还不清楚它的潜力。我们的客户使用的都是象 IE 这样的胖客户(我们还没有考虑支持 PDA 这样的瘦客户)。它已经这样胖了,让它歇着不是太可惜了?
冒昧问一下dlee是如何解决各个浏览器的差异的? 公司以前的一些项目经验,js 不但在Netscape/IE 之间有差异,就是IE的各个版本之间也有不同,如何解决呢? 另外,总感觉js是一种不太可靠的技术,有时会碰到在大多数用户的机器上都正常运行的js,但是在个别客户的浏览器中就是出错,不知道dlee碰到过这样的情况没? 并且js开发时好像难以跟踪、调试、测试(要保证不出问题还需要在多个浏览器版本和环境中进行测试),dlee的公司大量使用js,有什么好的经验可否分享一下? |
|
返回顶楼 | |
发表时间:2005-04-15
不知道各位是否还在关注这个帖子,我想请教一下dlee:
照着你们现在的方式进行设计,安全上是怎么样考虑的。 |
|
返回顶楼 | |
发表时间:2005-05-03
number017, 客户端验证很不安全的,要伪造请求绕过验证很容易。因此有必要在服务器端验证。
pig345, elee前面说了只兼容IE. p.s. MS的xmlHttp出来很久了,也很容易使用,demo加起来不到20行代码。各位不至于连使用demo都懒得google吧? |
|
返回顶楼 | |