只显示主题贴

这个所谓IoVC的主意在我看来是个典型的坏主意。因为它可以应用的场景如hax所言,非常窄。“两个ui control绑定相同的bean"这个问题都解决不了,根本不值得在框架层面为其付出努力,否则在不自觉的情况下引入的隐蔽约束条件将限制整个框架层间的发展。在Witrix平台中,前台通过标签抽象来绑定字段。因为tpl模板具有强大的抽象能力,所以最特定的情况下可以采用如下做法:<df:Field name="myAttr" />对于修改页面,这里显示的是字段的updator, 对于显示页面,这里显示的是字段的inputor. 具体的viewer和inputor在meta中配置,并具有根据数据类 ...
  • 进入论坛 Java
  所谓WebMVC即Model2模型是目前Web开发领域的主流模型,Struts/Struts2框架是其典型实现。在概念层面上,这种程序组织模型是 怎样建立起来的?与其他Web开发模型(如面向对象模型)具有怎样的联系? 它未来可能的发展方向在哪里? 结合Witrix开发平台的具体实践,基于级列设计理论我们可以看到一条概念发展的脉络。http://canonical.javaeye.com/blog/33824    1. 外部视角:原始的servlet规范提供了一个简单的面向IO的程序响应模型。一次前台访问由一个特定的servlet负责响应,它从r ...
  自从离开学校就基本上不再使用C++了,最近却又因为项目上的原因重新走入这一迷失的世界, 感觉很是缺乏一些顺手的工具。首先就是做配置管理有点麻烦, 因为缺乏反射机制, 无法直接映射, 所以一般需要手工书写配置设置功能.   我们希望配置类在配置阶段能够支持动态属性名,   GConfig cfg;   cfg.set("bgColor.b",3.0);   cfg.set("lightEnabled",false);   t_f ...
关系数据库模型在理论上主要解决的是消除数据冗余的问题。关系模型的数学基础是所谓的集合论,而集合的基本含义正是一组具有某种原子性的互不相同的元素。面向对象技术是对相关性进行局域化的一种手段(相关的数据和操作聚集到同一对象名义下),在这一局域化过程中,相同的元素被识别出来,成为独立的对象。从某种意义上说,关系模型与对象模型是殊途同归的过程,是从不同侧面对同一事物的反映。关系模型中,我们关注的重点是元素组成的集合,允许的连接关系定义在集合之上。而在对象模型中,我们关注的首先是横向关联的实体,实体之间具有稳定的联系。在概念层面上,从对象模型映射到一种关系存储模型只是一个分组问题。为了断开实体之间的直接 ...
  • 进入论坛 Java
如果你热衷于很无聊的人身问题,我也不想和你争论什么。你根本不认识我,也不了解我们所作的任何事情,判断些什么呢? 我不是要发明什么新的理论。只是从一个领域的观点看另一个领域,我们会得到一些新的应用的想法。只是学习并不是目的,我们总是想在某个地方得到实际的使用,而这种使用的方式并不总是平庸的。 一个人的论调如果总是前人n年前都把问题搞定了,那么我们现在还在做什么呢。 对于我而言,走入软件领域确实是一个偶然。我的思考总的来说还是做研究时的态度。做研究不是非要创造什么新的东西,或者否定什么已有的东西,多半我们只是基于基本原理做出一些不同的应用. 这些工作并不是只有天才才能从事,否则天下这么多研究者 ...
引用有很多人都存在类似 canonical 这样的侥幸心理,希望自己已有的知识和已掌握的工具能够带来不输于数理逻辑研究成果的力量 这话从何说起 to javavsnet: 我已经举过太多的例子了,你没兴趣看,我也没办法。另外我讲的其实只是个简单的道理,只是有些人在内心是从不承认的。 to T1: 你不要总是把问题归结到一个人身判断上,这很无聊。 引用haskell里应用monad的一个作用是引入imperative风格。但是这里的基本原理在于函数复合自然保证了序关系 f(g(h(x))) 我的这句话可能是容易引起误解。我并不是说monad要解决的问题是序关系,而是接着前一个帖子说我们如 ...
Monad满足任何约束,仍然需要我们去理解它。所以我的问题就是如何直观的去理解。 举个例子,hashkell里应用monad的一个作用是引入imperative风格。但是这里的基本原理在于函数复合自然保证了序关系 f(g(h(x))). Landin在1965年就在应用这一方式,它和monad概念本身并没有什么必然的关系. 一个现实中的例子: 在前台js中我们需要进行多个异步ajax调用,本质上异步调用可以是并发进行的(与函数式语言中函数的运算场景类似),但是我现在要求对多次ajax调用增加一个顺序约束,即要求它们按顺序调用, 如何提供一个合适的封装形式? 它的实现结构是怎样的? a ...
大家都知道monad要满足几个数学条件,我的问题其实很简单,为什么要满足这几个条件,不满足其中一条有什么样的影响。你可能会回答说,不满足条件就不构成monad. 这不是回答,因为我们所需要的不是monad,而是monad带给我们的价值。为什么不满足某个条件就无法产生这种价值? 你可能会说,不满足这几个条件monad就没有那么良好的数学性质,就不能参与combination等。但是你在说到所谓的数学性质的时候,你的脑海中是否适时呈现出什么具体的场景,其中使得这些条件的存在性成为必然的需要? 很多时候我们说到数学的时候,不过是复述书本的陈述,自己并没有真正感觉到其中的真理的存在。 除了那些在书本 ...
我看过你的jparsec, 不过在我看来它还是函数式形式下的一种表达。比如我需要回答几个问题:1. 具体什么特征使得imperative风格所要求的调用顺序在纯粹的函数式语言中成为可能。2. 如果在某些情况下monad能够简化编程,它的依据是什么。3. 副作用如何借助monad进入函数式语言,并确保它不会影响到语言的其他部分。4. monad的每个条件能否独立进行直观理解,而不是把它们看作一个完整的不可破的数学整体。5. 除了已经熟知的例子之外,能否想到别的。我举一个例子:在jsp中可以使用弱类型的EL表达式,在其中可以使用复合属性x.y.z.t。在java中每个返回的属性都可能是null, ...
其实我的问题是除了那些别人已经明确写下的,与函数式明显相关的例子,有没有人能够独立的想象到monad的形象,并在非函数式语言中找到类似的应用效果。parsec显然还是函数式内部的例子。这当然不用思考,因为haskell的核心部分就包含了monad. 关于数学学习的一个问题就在于,很多人只能在原始的语境下通过书本已经明确阐明的思维线索来做表面的理解。这样并得不到真正的知识,因为你并没有具有把它应用到其他未阐明的情形下的能力。
canonical
搜索本博客
最近加入圈子
存档
最新评论