http://xp.c2.com/OnceAndOnlyOnce.html http://c2.com/cgi/wiki?DontRepeatYourself      OAOO(Once And Only Once)是我们在软件开发中需要关注的基本原则之一. 唯一性当然是一个值得追求的目标. 从正交分解的角度上说,系统可以由少数的正交基通过组合构造出来。尤其在分析阶段,我们需要牢牢把握住系统内核的几个变化维度。但是这并不意味着我们最终能够做到每种可以想见的软件元素都是唯一的,也不意味着保持唯一性永远都是最好的。     唯一性在软件中最直接的体现 ...
  • 16:39
  • 浏览 (931)
  • 评论 (0)
    软件设计中总是存在着general与special的竞争, 一方面我们希望提出更加general的概念和方法, 在更大的范围上捕获更多的关联,  另外一方面我们又希望在局部使用特殊定制的接口和实现, 提高局部信息利用的效率, 很多时候两者之间是存在一定的冲突的. 从实际操作的过程来看, general这个方向很难控制, 当我们试图提供更多的时候, 最终真正实现的多半只是更多的限制而不是更多的灵活性. 对于不是非常熟悉的领域, 我们很难避免各种意想不到的信息泄露, 最终它们会使得general的设计名存实亡. special的方向相对容易控制一些, 只要保证所有用到的参量都是目前必须的就 ...
  • 15:58
  • 浏览 (512)
  • 评论 (0)
    软件设计虽然是需要智力付出的一种过程,但是它并不意味着必然产生出一些创造性的东西. 一般的设计工作只是将业务架构映射到一个通用的软件技术架构上. 这就如同大多数时候我们只是应用某个算法来解决具体问题, 而不是发明一个新的算法一样. 最近所见的一些失败的设计, 其关键问题往往不是简单的过度设计的问题, 而完全是一种错误的设计. 当我们试图在软件中创造一种新的关联关系, 建立一种新的交互方式和交互规则的时候, 往往会走到错误的方向上.
  • 22:16
  • 浏览 (338)
  • 评论 (0)
http://www.bstek.com/     上海锐道的Dorado框架号称是一个基于构件技术的、面向B/S和多层架构体系的web应用开发平台, 其前身称为Extra。从具体功能来看,如果将其看作是一个全功能的web应用开发平台, 那它现在的功能集显得就太单薄了一些, 其主要部分还是提供了一些前台的界面控件, 其他如web框架部分,很像是struts的一个简化版,没有什么特异之处。     Dorado的技术特点是大量采用ajax技术来实现前台控件. 其前后台交互采用了自定义的基于xml格式的rpc方式, 而数据绑定使用了xml数据岛,例如    <xml id= ...
  • 14:57
  • 浏览 (1207)
  • 评论 (0)
    http://www.ezone.com.cn    同方这个公司在我的印象中更像是个系统集成商,在软件方面没有什么独特之处。不知道是否是待遇问题,我也未听说同方旗下招揽过什么软件高手。同方最近两年 在软件平台方面花了一些气力,据说有70多个人,干了一两年,将同方以前的项目进行提炼,开发了ezOne平台。现在同方各个事业部开发新项目的时候好像 要求使用该平台,不过可能是涉及到总部和各个部门分钱的问题,下面的人未必有很大的应用积极性。     同方的特点是做过大量项目,行业经验多,所以ezOne中提供了很多行业组件。ezOne的一个核心部分是portal服务器,是基于Apache项目组 ...
  • 14:53
  • 浏览 (598)
  • 评论 (0)
   http://www.kenoah.com    前两天和科诺的研发经理聊了一会,也简单看了一下他们的演示。因为比较匆忙,没有谈到什么实质性的内容,只是有一个粗浅的印象。科诺目前的发展重点还是国 外的外包业务,其网站上相关介绍材料很少,不过据说今年将投入较大的资源在国内公司建设和市场开拓上。     科诺产品的特点是代码生成。经过可视化配置之后,可以根据模板生成jsp源代码,程序员可以基于这些代码进行修改。据说遵守一定的规则之后,自动生成的代 码与手写代码是相互隔离的,自动生成的代码可以无限多次生成而不影响手写代码质量,但我未看到演示。科诺生成的页面只支持IE, 不支持Firefox等浏 ...
  • 14:50
  • 浏览 (480)
  • 评论 (0)
   前两天一位普元的朋友衣风http://blog.sina.com.cn/u/1495516693在我的blog上留言,谈到对数据总线的不同看法. 我本人并未使用过普元EOS,所做的判断只是基于我个人肤浅的第一印象, 很有可能是不准确的. 不过, 目前我仍然坚持自己对于普元EOS的看法,呵呵.          1. EOS产生的xml描述文件中的大量条目都是EOS自身的结构要求,而与实际业务无关,即EOS描述文件中的有效信息量密度很低.     衣风认为条目并不是EOS自身的结构要求,而是业务对象的结构描述. 这里我的看法是业务对象应该尽量通过领域(Domain)语言来描述, 领域信息的 ...
  • 14:47
  • 浏览 (569)
  • 评论 (0)
     http://www.primeton.com/     普 元软件公司是国内专业的中间件提供商,从国家得到了不少投资,做出来的东西也是相当的庞大。最近普元EOS的宣传和发展的势头都很盛。其宣传材料中屡次提 到“软件的涅磐“这一用语,这明显是一种危言耸听之举,当然这在业内也不算什么新鲜的事情。按照EOS的宣传,"以图形化的构件组装方式“画”出来的软件 无论从结构上、形式上还是开发过程上都堪称简捷而美的软件"。这一提法倒是别开生面。图形化与简洁,与美竟然还存在着这样必然的联系,实在是一种创举。      从普元公开的资料来看,EOS的一个鲜明特征是全面基于xml描述,即所谓的xml数据 ...
  • 14:45
  • 浏览 (634)
  • 评论 (0)
  在采用AJAX技术的应用中, 常见的是两种架构设计, 一种是采用RPC(Remote Procedure Call)方案, 后台应用直接将java对象包装为service接口, 在js对外暴露(java对象完全不知道web层), 在js中通过类似函数调用的方式访问后台服务.而另外一种方案是在后台维持一个前台DOM节点的映象,触发前台事件之后, 前台引擎自动截获该事件, 并翻译为对后台事件监听器的调用, 将请求提交到后台, 后台程序处理请求之后更新后台DOM节点, 然后将页面变更部分传回前台页面. 这两种方案一种是倾向于在js中提供自我封闭的程序模型(对远程服务的调用体现为对一个js函数的调 ...
  • 14:43
  • 浏览 (457)
  • 评论 (0)
canonical
搜索本博客
最近加入圈子
存档
最新评论