※ 引述《gpmm (银色)》之铭言： : → TonyQ:类event比较好掌握。 09/05 19:16 : 推 s25g5d4:快推不然人家说我们看不懂 09/05 19:21 : → TonyQ:我最近在写一些example，等ready再发过来一起做案例讨论。 09/05 19:25 : 推 s25g5d4:T大快出书 09/05 19:27 : → gpmm:喔喔，我还以为是榜多支 request 送出，猛吓一跳 XD 09/06 01:01 : → gpmm:不过这样听起来也满有趣的啊，有什麽样的 ui feedback 可以是 09/06 01:01 : → gpmm: defer 处理的？ o_oa" 09/06 01:03 : → TonyQ:request 可以做的事情很多元啊，不一定是 ui feedback，甚至 09/06 02:51 : → TonyQ:是不需要 callback 的东西。XD 09/06 02:53 : → TonyQ:其实除了DEFER/NON_DEFER以外，还有DUPLICATE_IGNORE ...etc 09/06 02:53 : → TonyQ:这类的等级，很是合作为resize或mousemove这类事件用。XD 09/06 02:53 : → TonyQ:有机会我举sample来聊吧，因为光这功能就很复杂了XD 09/06 02:54 : → gpmm:丢题目出来比较好玩 XD 常常都是有那个需求才会去做那个功能 09/06 19:55 今天後来讨论了一下这个题目，大概有一些心得分享。 不过有些环境条件要先解释一下，因为这些东西跟这里大部分写 js的人来讲， 应该是有点难理解的世界，我尽量把这两者 sync 一下。 其实需求很简单也很明确，只是可能不是大家一般所习惯的那个样子，XD 首先会这样做的理由是因为我们是 server centric 的架构。 所谓的 server centric 的意思是主要的核心逻辑操作跟 UI 设计， 甚至资料的存放是在 server side 的。（所以会放一些资料在session） 也就是除了 UI 预先写好的元件外， event 几乎都是透过 server side 再绑定跟处理。 client side 主要是由 html/js/css 组成的一堆 widget， 再搭配传统 html 来玩的东西。 所以我们会有非常多需要前端跟後端的资料同步的议题需要处理， 这是在 design widget 时会碰到的。 通常会是 defer 的事件多是将client side的资料跟server同步时， 比方说我今天填10个textbox ， 我不一定需要每次 onchange就跟server说我资料有变。 但是如果我今天有一个我需要马上处理的事件，(ex.按下 送出） 那我就会跟着这个重要的事件，一起回到 server side 保持server的资料同步。 duplicated_ignore 则可以用在， 我如果频繁编辑同一个 textbox ，只要纪录最後一次就够了， 最近也挑战过在这种环境下写一个 widget，发现这些思维其实是很有趣的。 他的确可以把 ajax 最繁琐的那个部份简化掉， 像是撰写 request，在 server side跟 client side写两次同样的逻辑。 但是相对的也会需要去面对 ajax 真正麻烦的那一部份， 那就是你到底需要做什麽，还有你的画面应该在每个ajax状态呈现些什麽。:-) -- 有兴趣的再延伸讨论吧。XD -- I am a person, and I am always thinking . Thinking in love , Thinking in life , Thinking in why , Thinking in worth. I can't believe any of what , I am just thinking then thinking , but worst of all , most of mine is thinking not actioning... --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 111.82.114.94