• 一般的电商网站,商品归类都是一个商品归属于一个类目。但如果有这样的需求:一个商品可以归属于多个类目,比如:《XX书》放在“计算机”类目下,也属于“软件设计”这个类目下。这样带来一个问题,网站搜索出来该商品到底是怎么导航到哪个目录呢? 淘宝网的商品页面是没有类别参数的,所以一个商品是可以自由的归属到任
  • 我们的业务系统就类似一个小区(appSystem),一个小区中有很多资源,对小区中的所有资源按照类型进行树形的分类就是资源类型(resourceType),比如“停车位”是一种类型的资源、小区中的“绿化树”是一种类型的资源、小区中的“人”是一种类型的资源、“保安”是一种类型的资源、小区中的“业主”是 icon
  • 目录可以在任何层次添加、删除。 category.dtd icon
  • 很多人, 都我如何在W上使用 struts 做出一B的罱YY料而 Tomcat 就有一很好的例 by Craig R. McClanahan 那N, 今天我就短的介B, 他O的精髓吧 ^^~ (1) 下d icon
  • 包工头 – 工人模式:actor树模式:组织结构模式:包工头工人模式我是从一本书上看到的《大规模分布式系统架构与设计实战》。“包工头-工人”模式会使用到Anycmd的User模块中去。AC是一个隐式的项目。一个项目只有一个包工头,一个包工头可 icon
  • 标识就是指针,标识就是引用,标识就是节点内部用来识别区分本节点内的结构体的记号。所有的引用都只是节点内的引用,具体的引用类型被定义在的那个节点就是它的边界,所有的引用类型当被传出本节点外的时候都是要被序列化为值类型,这转化后得到的值类型上一定有那个引用类型的元数据。标识是节点内的标识,比如某个tea icon
  • 合成模式的树形结构只能解决数据结构中的简单树形结构。考虑这样的情景如何解决?最上面是国家,国家下面有省,省下面有市,市下面有县,县作为叶子节点。国家、省和市不再是同一个类,大家共同想想好的方案。 icon
  • Anycmd为访问受控的托管资源记录添加了AcContentType和AcContent字段,由此展开了一连串的联想。 AcContentType字段取值形如: text/javascript text/xacml text/javascript,fileLocati icon
  • Role(角色) 角色表示能力,得到某个角色的账户具有了这个角色表示的能力,但是能力是作用在资源上的,主体只得到了能力还没有用,还得有资源,有施展能力的资源能力才有用。比如我们把所有的角色都给某个账户,都给这个账户也是没有 icon
  • 我知道了!我们可以制造一些可以像小孩子玩的那样的积木,但是不会像小孩子玩的那样复杂多样。只有体积大小不等的一种球形的积木,这种积木用来表现树上的一个节点,我们用这种积木去为系统建模。System是个大大的积木球,System下面挂接着几个小一些的积木球,每一个小积木球上还挂有更小的积 icon
  • Storing the tree structures in the RDBMS认为虽然存储树形机构的最好方式是使用N icon
  • anycmd认为传输协议、传输管道就是只有主体和被主体携带的客体才可以穿越的虫洞。虫洞在那棵树上只是一个点。虫洞处在那棵树的维度之外,不是客体在那个虫洞上穿越,不是客体在通过传输基础设施在树上穿越,而是主体在穿越。不是客体主动向着主体运动,而是主体的分神直接进入客体中去。 比如,主体从另外一 icon
  • Q: 一个html帧页面,左帧里是一树型菜单(javascript实现),右帧页面显示内容。按照struts的流程来做的话:左帧的树型菜单一般定义为 setupTree.do 在action中进行业务逻辑取数据库数据和生成树的操作,然后forward到一个比如: setupT icon
  • 所有的那种树形的结构都称作组织结构吧:1 组织静态源代码时的“命名空间 . 类 . 字段”类的字段也有类型,最终都划归为有限的int、bit、byte等基本类型,每一个基本类型下还有节点,基本类型下的节点是一个或一排0 1物理开关。上面这个称作静态源代码的组织结构。2 栈是动 icon
  • 我最近有个感悟,就是有方向的二元组。通过对一个有方向的主客体二元组记录集合的解释可以表现出任意的树结构图结构。这个二元组是常驻内存的,随时变更随时生效,xml或db纯粹用来持久化数据。这个二元组是中心,其它都是附属。挺巧合的,Dictionary这种对象刚好是个 icon
  • 如题。绝大多数系统中都会涉及到分类的问题。如,书籍下分计算机类,小说类,科普知识类等。不知大家在用对象建模的时候是用什么方式来处理这样的问题的? icon
  • 关于鉴权流程的捕获和冒泡子流程: anycmd的鉴权流程会像dom那样(dom是树),有捕获流程还有冒泡流程。 当前节点要发生某件事情(运动)的时候如果它确定不了权限则往上进行鉴权冒泡,权限管理员可以在靠近根节点的少数节点中书写少数的逻辑也可以在远离根节点的节点中书写精确的逻辑。它往 icon