- 浏览: 369180 次
- 性别:
- 来自: 北京
最新评论
-
litongke:
类比的方式总是能帮助我们快速的理解一个晦涩的理念。楼主的很厉害 ...
从面向对象到面向切面 -
snowflate_summer:
这是从数学上来论证面向对象和面向切面吗?很深奥
从面向对象到面向切面 -
奥义之舞:
我好像更迷茫了。、、、
从面向对象到面向切面 -
canonical:
很遗憾,从现在已知的物理学来看,所谓能量也只是一种偏移量而已。 ...
逆元:不存在的真实存在 -
suifeng:
关于最后一段:我也有类似的思考信息是能量的动态呈现, 也就相当 ...
逆元:不存在的真实存在
Witrix开发平台基于级列设计理论发展了一系列新的设计思想和软件分解机制。并提出了一种新的Web体系架构。http://canonical.iteye.com/blog/33824
Witrix架构呈"可"字形态,其中定义了三条主要的分界线:
1. 浏览器和服务器之间通过语义结构明晰的URL形成两分结构。http://canonical.iteye.com/blog/99122
2. 系统前台至后台存在一条预制的非侵入的信道. 它维持了一种无害的可扩展结构. 具体的说,系统从前台js到后台处理,对于所有$为前缀的参数是自动传递的,没有识别出的层将自动把这些参数传递下去.系统通过这一信道实现退化过程。在我以前的文章中曾经指出过, 每一种可退化形式都对应存在一种非侵入性的可扩展设计。http://canonical.blogdriver.com/canonical/993807.html
3. Witrix内置了对于CRUD模型的支持, 而BizFlow通过类似AOP的方法对CRUD模型进行了扩展。这使得Witrix的模型驱动部分并不是仅仅针对单表或者单实体的维护, 而是可以实现特定的业务逻辑和CRUD逻辑的混杂.
这三条分界线分别规范了基础状态空间,对已有知识的重用以及面向未来的可扩展性。在这种大的宏观结构下,Witrix应用了如下技术手段:
1. 对象化。Witrix中的Jsplet框架以对象的名义提供了对后台的状态和行为空间进行分解的基础手段。 http://canonical.iteye.com/blog/33873
。Witrix依托于Jsplet对象实现相关性的局域化, 而不需要像一般面向action的框架那样直接访问http session这一全局状态空间. 前台发送的objectName参数同时在系统的不同层面标定了WebAction响应函数, Biz配置, DataSourceMeta元数据, Hibernate实体等一系列相关概念, 使得它们构成一个统一的整体.
2. 标准化。与REST架构风格类似,DaoWebAction规范化了后台响应事件。DaoWebAction上支持的标准事件有Query,ViewDetail,Add, Update, Remove等, 它们构成一个完整的CRUD模型。与REST不同的是,DaoWebAction提供了一个空的响应事件BizAction。它相当于是CRUD模型中的零元操作。在BizFlow模型下,它将被扩展为一个操作子空间,从而实现对于CRUD模型的超越。而在REST模型下所有的扩展操作必须依附于一个已经具有固定语义的Method上,例如POST. http://canonical.iteye.com/blog/99122
3. 实体化。在Witrix中充分发掘了ORM技术的能力, 使得单一业务对象上可以聚集到某一范围内的所有相关结构信息. http://canonical.iteye.com/blog/111500
. 同时在DaoWebAction中通过EntityFilter机制实现了单实体化过程. 这意味着前台应用可以一次性提交多个批量操作, 后台框架负责把它们分解为针对单个实体的一次确定性操作, 在后台实现时只需要考虑单实体的情况即可. 一个简单的例子是前台提交objectEvent=Remove&id=1&id=2&id=3 , WebAction层会为每一个id对应的实体调用BizFlow中的Remove-default操作. 实体化是一个非常重要的过程, 它使我们关注的核心成为单实体, 正是因为明确了单实体作为基本的关注点, 我们才可以建立更加复杂的状态机机制, 驱动系统状态变化.
4. 组件化. 前台的tpl模板和后台的WebAction共享一个thisObj指针, 结合自定义标签机制, 资源(js/css等)管理机制等构成可以重用的组件结构.
5. 偏置的AOP. BizFlow通过一种类似于AOP的操作对DaoWebAction提供的CRUD模型进行扩展, 使得模型的能力得到本质性的扩张. 这种AOP操作与通常意义的AOP的区别在于: 缺省行为在默认情况下发生, 除非显式禁止. 通过这种方式, 反转了base和extension之间的主体地位. 此外BizFlow所提供的不仅仅是行为的扩展,它同时提供了对界面的描述. 在前台tpl页面中通过 等无参数的标签调用来定义嵌入坐标. http://canonical.iteye.com/blog/34941
与传统的J2EE相比较, Witrix表现出很多变化:
1. 不使用全局的session, 而是使用局域化的thisObj
2. 不定义service层,其功能分解到BizFlow和Handler中,它们都不负责日常的DAO操作。独立的MDA部分负责所有的实体CRUD(Create Read Update Delete)操作。
3. 不定义页面跳转规则,在前台使用拉模式直接表明跳转目标。结合前台stdPage对象在前台控制跳转目标。并可以在BizFlow中配置覆盖的规则,这样就可以针对不同的应用场景定义不同的跳转规则。
4. 不是为每个模块, 每个应用场景编制一组新的页面,而是大多数模块共用少数几个标准页面.
5. 不在与网络无关的service层上定义权限和事务管理。Witrix架构下通过URL明确区分了系统内部和外部, 前台访问后台时调用者的全部意图是以规范化的形式表达在url中的. 因此权限和事务管理作用在WebObject上在概念上也可以认为是约束直接作用在URL上, 这与REST风格是统一的. 当然我们也可以规范service方法的命名等, 但是显然要求一种随意性消失是有代价的, 在URL上我们已经付出了代价,为什么要在service上再付出一次. Witrix中Transaction和Auth的配置更加直观, 因为规范化了WebObject上的事件响应函数,一般我们也不需要进行特殊的配置. Witrix这种设计更加适合于网络这一两分结构的,更加充分的利用这一架构边界所提供的隔离性.
6. 不在页面中使用实体的字段名,而是大量通过元数据表达程序意图。http://canonical.iteye.com/blog/114066
一般J2EE多层架构下,所谓的架构分解主要是对程序纵向的分解,但是程序结构方面是没有横向分解的。而witrix架构的一个核心就是横向存在着CRUD模型和Biz的分解。在系统的所有实现过程中,所有CRUD操作都剥离到MDA模型中,而不需要任何代码编制。典型的, witrix后台代码一般写在handler中,命名为handler而不是service是因为handler中负责的内容和j2ee传统上的service有所不同,一般service总是要负责某个实体的CRUD操作,大量的findxxx代码。一般提倡的最佳实践是实现某个通用的基类,所有service都继承该基类获得CRUD能力。但是在Witrix架构中,根本没有这一需要。Handler只要完成自己特定的功能,它不追求操作概念在其本身的完整性。没有CRUD, handler没有意义。但是handler之所以有意义是因为它提供了CRUD之外的操作。当CRUD成为系统一种自动进行的背景操作时,我们不再需要明确意识到它的存在。
我们需要认识到我们最终所需要的东西可能不是规整结构的, 它可能要求对于某个规整结构进行剪裁并增补附加元素. 但是这样的规整结构不应只存在于我们的想象之中,相应的剪裁过程应该是可以增量进行, 反复进行的. 在Witrix平台中, 基本的一种图景变化是: Witrix中不再需要从头开始构造结构, 而只要指定当前业务和背景模型之间的差异部分. 在Witrix中所写的业务代码是对核心模型的扩展。这不仅仅是概念上的,而是实际体系架构上精确的体现。CRUD作为独立的模型吸收了系统中大量的变化。整个模型内核是采用通用方式借助meta实现功能,并不涉及到特定于业务的类。对于那些我们已经掌握的知识, Witrix提供了超越对象继承,AOP和组件重用的结构抽取手段, 使得知识可以稳步积累.
数学中存在两种基本的分解方式, 一种是加性分解 (a,b) + (c, d) => (a,b,c,d), 另一种是乘性分解 (a,b) X (c, d) => (ac,bc,ad,bd), 它也对应于张量(Tensor)运算. 在群论(Group Theory)中,直积对于复杂性的化简至关重要,它的重要性要远在加和之上。实际上AOP操作类似于直积分解, 只是它的能力尚未得到充分的探索。 在Witrix中,biz的作用在感觉上很象是陪集(coset)运算:CURD * biz。不同的biz作用到同样的CRUD模型上产生不同的操作集合,而所有biz组成的集合构成独立的整体。
Witrix平台中作为内核的MDA部分首先是物理模型驱动, 而不是逻辑模型或者对象模型驱动. 我们通过在物理模型上标注的方法恢复部分对象模型的信息, 但是我们并不试图把整个软件建立为模型. 所建立的仅仅是整个程序模型的内核. http://canonical.iteye.com/blog/29412
一般业内鼓吹的所谓MDA成功的关键是要提高抽象层次。 但是陪集是更抽象吗。 正规子群更抽象吗。 它们只是系统的指标性表征,使对信息的distill, 是更容易理解的一个侧面而已, 抽象性并不是一个真正的目标。很多时候我们需要的是把系统降维到某个子空间中,形成一种可控性。 但是这个子空间并不一定是更抽象的。
群作为基本的代数系,一个本质特征是具有逆元。Witrix的MDA中明确定义了逆元结构,即界面上的元素 empty = buttonA + (-buttonA),这一分解公式应用到后台 OpA = Update * (-Update) * OpA。假设我们已经建立了结构X, 现在需要建立一个与X略有不同的结构Y
X = a + b + c
Y = a + d + c = (a + b + c) - b + d = X - b + d
虽然Y的两种构造方式在数学上是等价的, 但在物理上并不等价。第一种方式对原有系统进行分解后再组装,而第二种方式没有打破原有的东西,不需要拆分。拆分总是可能存在问题的,正如你把所有电脑零件拆装下来再装上很可能会发现多出几个零件。一般情况下第二种方式的构建成本要低. 特别是当一切都纠缠在一起的时候, 一种细粒度的逆元结构对于一种试图重用的结构是非常关键的. 可重用性的障碍不仅仅是来自于无法追加新的功能,很多时候也在于无法屏蔽原先已经提供的功能。目前所有的设计原则都未能适时识别出逆元的重要性。所有的设计教条其实所指的方向都是加和, 如何分解出更小的组元, 如何把它们加和在一起, 如何从细部开始进行重新构建, 而不是说依赖于现有已经形成的宏观结构, 如何进行细粒度的调整. 所谓的AOP技术思考的关键点也在于如何给系统增加功能, 很少有人想到场景是为系统减少功能并把这种概念大规模正式应用的, 虽然说AOP已经在某种程度上具有了这种能力, 但是真正应用它仍然需要对AOP进行进一步的诠释. 当然,现在的软件业连基本结构的构造问题都没有完全搞清楚, 更别提所谓结构稳定性的问题了.
从物理上说,Y = X - b + d的分解方式具有特殊的意味。如果没有逆元,我们必然需要分解。但是如果发掘了背景这一概念,在逆元运算下,对背景不是分解让其成为可见的部分,而是采用追加的,增删的方法对背景结构进行修正,则我们有可能在没有完整背景知识的情况下,独立的理解局部变化的结构。即背景是透明的,知识成为局部的。
Witrix试图提供的一种图景是永远只写代码片断,而所有的代码片断组合在一起又构成一个可理解的整体。这个整体可以独立理解,不需要额外的结构元素。Witrix架构所追求的是在不完全信息下建模,不进行整体建模。整体模型 + 不断变化的局部修正 构成 最终模型。平台技术的目标是让一切应该发生的自动发生,让一切不该发生的无法发生。这一模型的构建并不是trivial的,在概念和实现方面都要作出很多的努力。
题外:
今天中午参加同学的婚礼, 席间和一个与同方有些渊源的同学谈到ezOne的现状, 大致的评语是: 垃圾, 自己人也不用. 听来也让人有些感叹. 中国原创的技术总是欺骗的代名词, 这一断言不应总是得到证实.
评论
真正做成象自己的孩子,看着他成长,心中是什么滋味...
呵呵,希望楼主的的宝宝茁壮成长
发表评论
-
从面向对象到面向切面
2011-05-08 12:01 18231. C语言抽象出了软件所在的领域(domain): 由变量v ... -
业务架构平台的自举问题
2011-02-11 14:00 1526业务架构平台的设 ... -
模型驱动的数学原理
2011-02-07 02:45 1917一种技术思想如果 ... -
结构的稳定性
2009-12-06 12:17 2660结构的稳定性,直 ... -
结构的自足性
2009-10-07 16:59 2430说到软件建模,一 ... -
行为聚集
2009-07-11 21:34 1287软件开发技术的技术本质在于对代码结构的有效控制. 我们 ... -
信道构建
2009-03-22 21:05 1429分层是最常见的软 ... -
同构与同态:认识同一性
2009-02-28 16:52 3225现代数学是建立在等价类这一概念的基础之上的。同构是对等 ... -
类型化:形而上学的信仰
2009-02-21 19:38 1598有一个心理 ... -
从编写代码到制造代码
2009-02-15 18:15 3163软件开发作为一种 ... -
逆元:不存在的真实存在
2009-02-07 22:12 4299负数没有直接 ... -
文本化
2009-01-04 00:51 2050软件技术的发展是 ... -
关于代码生成和DSL
2008-11-23 11:52 5749代码生成(Code Ge ... -
软件不同于建筑
2008-09-01 23:26 1364软件系统的构建之所以与建筑工程不同,无法达到建筑工程的精 ... -
AOP on XML Tag
2008-07-07 00:09 1685AOP(Apsect Oriented Programm ... -
主从分解而不是正交分解
2008-05-26 00:36 2435说到分解,很多人心中的意象大概只有正交分解。正交分解无疑是 ... -
不完全的计算
2008-03-16 15:20 1644在与一些年岁较大的C程序员接触的过程中,可以比较明显的感 ... -
WebMVC之前世.今生
2008-02-18 22:23 1890所谓WebMVC即Model2模型是目前Web开发领域的主 ... -
关系模型与ORM
2008-01-06 19:20 2021关系数据库模型在理论上主要解决的是消除数据冗余的问题。 ... -
代码之外的结构
2007-12-15 19:49 1777我在各种场合一直都在强调结构问题是独立的,在程序语言之 ...
相关推荐
我一直坚持xml是人机共享的信道, 应该是人与机器都能够... 在witrix平台的配置文件中, 我们大量使用了tpl模板技术, 通过tpl的自定义标签机制对外提供一些Domain Specific的功能标签, 大大增强了xml标签的语义表达能力.
基于苍鹰优化算法的NGO支持向量机SVM参数c和g优化拟合预测建模(Matlab实现),苍鹰优化算法NGO优化支持向量机SVM的c和g参数做多输入单输出的拟合预测建模。 程序内注释详细直接替数据就可以使用。 程序语言为matlab。 程序直接运行可以出拟合预测图,迭代优化图,线性拟合预测图,多个预测评价指标。 PS:以下效果图为测试数据的效果图,主要目的是为了显示程序运行可以出的结果图,具体预测效果以个人的具体数据为准。 2.由于每个人的数据都是独一无二的,因此无法做到可以任何人的数据直接替就可以得到自己满意的效果。 ,核心关键词:苍鹰优化算法; NGO优化; 支持向量机SVM; c和g参数; 多输入单输出拟合预测建模; Matlab程序; 拟合预测图; 迭代优化图; 线性拟合预测图; 预测评价指标。,MATLAB实现:基于苍鹰优化算法与NGO优化SVM的c和g参数多输入单输出预测建模工具
麻雀优化算法SSA优化广义神经网络GRNN的多特征输入单变量输出拟合预测模型(Matlab实现),麻雀优化算法SSA优化广义神经网络GRNN做多特征输入,单个因变量输出的拟合预测模型。 程序内注释详细直接替数据就可以用。 程序语言为matlab。 ,关键词:麻雀优化算法(SSA);优化;广义神经网络(GRNN);多特征输入;单个因变量输出;拟合预测模型;Matlab程序语言;程序内注释。,SSA优化GRNN的多特征输入-单因变量输出拟合预测模型(基于Matlab程序)
2025最新辐射安全与防护培训考试题库及答案.docx
高效数字电源方案:图腾柱无桥pfc技术,两相交错设计,5G一体化电源批量出货,宽电压输入与高效输出,功率覆盖至kW级别,高效数字电源方案,图腾柱无桥pfc,两相交错,5g一体化电电源上已批量出,输入175-265V,输出42-58V;输出效率97%,2kW 3kW都有 ,高效数字电源方案; 图腾柱无桥pfc; 两相交错; 5g一体化电电源; 批量出货; 宽输入电压范围; 高输出效率; 2kW和3kW功率。,"高效图腾柱无桥PFC电源方案,两相交错5G电平已大批量生产,宽输入范围输出高效率"
项目已获导师指导并通过的高分毕业设计项目,可作为课程设计和期末大作业,下载即用无需修改,项目完整确保可以运行。 包含:项目源码、数据库脚本、软件工具等,该项目可以作为毕设、课程设计使用,前后端代码都在里面。 该系统功能完善、界面美观、操作简单、功能齐全、管理便捷,具有很高的实际应用价值。 项目都经过严格调试,确保可以运行!可以放心下载 技术组成 语言:java 开发环境:idea 数据库:MySql8.0 部署环境:Tomcat(建议用 7.x 或者 8.x 版本),maven 数据库工具:navicat
2025糖医帮认证考试题库(附含答案).docx
MATLAB下的模型预测控制在楼宇负荷需求响应中的研究与应用:结合热力学与舒适度考量,MATLAB代码:基于模型预测控制的楼宇负荷需求响应研究 关键词:楼宇负荷 空调 模型预测控制 需求响应 参考文档:《Model Predictive Control of Thermal Storage for Demand Response》完全复现 仿真平台:MATLAB+CVX平台 主要内容:代码主要做的是一个建筑楼宇的需求响应问题,首先利用楼宇的储热特性,结合热力学方程构建了其储热模型,其次,考虑在动态能量电价的引导下,对楼宇负荷进行需求侧管理,从而能够对其负荷曲线进行改善,在需求响应的过程中也考虑了用户的舒适度,相对来讲比较全面,模型的求解采用的是较为创新的模型预测控制算法,更加创新,而且求解的效果更好,店主已经对代码进行了深入的加工和处理,出图效果非常好,代码质量非常高 ,关键词:楼宇负荷; 空调; 模型预测控制; 需求响应; 储热模型; 动态能量电价; 舒适度; MATLAB代码; CVX平台; 深入处理。,基于MATLAB的模型预测控制研究:楼宇负荷需求响应管理与优化
樽海鞘优化算法SSA:Matlab实现与基准测试函数详解,樽海鞘优化算法 SSA (matlab代码,包含23个常用的基准测试函数)可直接运行效果如图所示 ,核心关键词:樽海鞘优化算法(SSA); Matlab代码; 基准测试函数; 可直接运行; 效果图。,樽海鞘优化算法SSA的Matlab实现:23个基准测试函数直接运行效果图
基于主从博弈的电热综合能源系统动态定价策略与能量管理优化模型——粒子群算法与CPLEX求解器的应用,MATLAB代码:基于主从博弈的电热综合能源系统动态定价与能量管理 关键词:主从博弈 电热综合能源 动态定价 能量管理 参考文档:店主自编文档,完全复现 仿真平台:MATLAB 平台 优势:代码具有一定的深度和创新性,注释清晰,非烂大街的代码,非常精品 主要内容:代码主要做的是电热综合能源系统的动态定价问题,采用是主从博弈方法,上领导者问题上,以综合能源系统整体的收益作为目标函数,考虑电价以及热价等相关约束,在下层跟随者模型上,以用户用能满意度最高为目标函数,构建了领导者-跟随者Stackelberg博弈模型,同时还考虑了系统的功率平衡条件以及热能平衡条件等约束,模型的上层求解采用粒子群算法,下层求解采用CPLEX求解器,考虑该代码具有一定的创新性,适合新手学习以及在此基础上进行拓展,代码质量非常高 ,基于主从博弈; 电热综合能源系统; 动态定价; 能量管理; Stackelberg博弈模型; 粒子群算法; CPLEX求解器。,基于主从博弈的电热综合能源系统动态定价与能量管理MA
Python游戏编程源码-Python编码生成系统.zip
哈里斯鹰优化算法HHO Matlab代码展示与性能评测报告(涵盖多项基准测试),哈里斯鹰优化算法 HHO (matlab代码,包含23个常用的基准测试函数)可直接运行效果如图所示 ,核心关键词:哈里斯鹰优化算法(HHO); MATLAB代码; 基准测试函数; 可直接运行; 效果如图所示; 23个常用函数。,"HHO算法Matlab实现:23个基准测试函数优化效果图解"
2025中药鉴定技术考试题库及答案.docx
基于主从博弈的电热综合能源系统动态定价与能量管理策略优化——粒子群算法与CPLEX求解器的应用,MATLAB代码:基于主从博弈的电热综合能源系统动态定价与能量管理 超值 关键词:主从博弈 电热综合能源 动态定价 能量管理 粒子群算法 cplex求解 参考文档:店主自编文档,完全复现 仿真平台:MATLAB 平台 主要内容:代码主要做的是电热综合能源系统的动态定价问题,采用是主从博弈方法,上领导者问题上,以综合能源系统整体的收益作为目标函数,考虑电价以及热价等相关约束,在下层跟随者模型上,以用户用能满意度最高为目标函数,构建了领导者-跟随者Stackelberg博弈模型,同时还考虑了系统的功率平衡条件以及热能平衡条件等约束,模型的上层求解采用粒子群算法,下层求解采用CPLEX求解器,考虑该代码具有一定的创新性,适合新手学习以及在此基础上进行拓展,代码跑出质量甚佳 ,主从博弈; 电热综合能源; 动态定价; 能量管理; 粒子群算法; cplex求解; 创新; 新手学习,基于主从博弈的电热综合能源系统动态定价与能量管理策略:粒子群算法与Cplex求解的MATLAB实现
基于碳捕集电厂低碳特性与综合能源系统的多时间尺度电热调度模型:灵活运行与需求响应协同优化。,计及碳捕集电厂低碳特性 需求响应 综合能源系统 多时间尺度调度模型 MATLAB代码: 关键词:碳捕集电厂 综合灵活运行方式 需求响应 日前调度 实时调度 参考文档:《计及碳捕集电厂低碳特性的含风电电力系统源-荷多时间尺度调度方法》非完全复现,只做了日前日内部分,并在上述基础上改进升级为电热综合电源系统 仿真平台:MATLAB yalmip+cplex 主要内容:代码主要做的是一个电厂 微网多时间尺度电热综合能源系统低碳经济调度模型,源侧在碳捕集电厂中装设烟气旁路系统与溶液存储器,形成碳捕集电厂综合灵活运行方式进而与风电协调配合;荷侧调用不同响应速度的价格型、激励型需求响应资源克服多时间尺度下碳捕集电厂综合灵活运行方式的局限,通过源荷资源协调优化,从而提高系统的低碳性能。 其次,构建源荷协调的日前-日内两阶段低碳经济调度模型,优化系统的负荷及分配计划。 ,关键词:碳捕集电厂;综合灵活运行方式;需求响应;日前调度;实时调度;电热综合能源系统;多时间尺度调度模型;源荷协调
项目已获导师指导并通过的高分毕业设计项目,可作为课程设计和期末大作业,下载即用无需修改,项目完整确保可以运行。 包含:项目源码、数据库脚本、软件工具等,该项目可以作为毕设、课程设计使用,前后端代码都在里面。 该系统功能完善、界面美观、操作简单、功能齐全、管理便捷,具有很高的实际应用价值。 项目都经过严格调试,确保可以运行!可以放心下载 技术组成 语言:java 开发环境:idea 数据库:MySql8.0 部署环境:Tomcat(建议用 7.x 或者 8.x 版本),maven 数据库工具:navicat
Python游戏编程源码-pygame编植物大战僵尸2
风速对空调实验室气流分布均匀性的影响分析.pdf
粒子滤波算法在目标跟踪中的实践与源码解析集合:多套系统源码包括基于meanshift的应用、MATLAB实现及与卡尔曼滤波比较,粒子滤波(器)滤波(器)及应用源码集合目标跟踪提取图像特征 以下多套系统源码 1、基于meanshift和粒子滤波的目标跟踪代码 2、MATLAB编写的粒子滤波器的源代码 3、粒子滤波算法实例 4、粒子滤波mcmc介绍 5、粒子滤波算法 matlab(粒子滤波用于剩余寿命预测的实例代码 MATLAB语言编写 附有详细代码说明) 6、粒子滤波matlab代码(能够运行。 Pf粒子滤波实现的目标跟踪程序,可实现针对非高斯噪声情况下的跟踪) 7、粒子滤波代码(三个粒子滤波的演示程序,一个滤波,一个目标跟踪,一个机器人定位) 8、发个Matlab实现粒子滤波算法的程序 9、粒子滤波的简介和5中matlab程序仿真 10、粒子滤波代码与卡尔曼做比较(这是用于目标跟踪的粒子滤波代码, 用matlab编写的,很有借鉴性,一维情况下, 非高斯非线性,其中将扩展卡尔曼滤波与粒子滤波进行比较,更好的说明了粒子滤波的优越性) 11、EKF,UKF和PF粒子滤波的性能(对比分析EKF