之前也写过关于Service-Oriented Component Model的blog了，Service-Oriented Component Model(以下简称SOCM)是OSGi R4中最为重要的改进，SOCM也是切实体现OSGi的动态性的模型，大家在使用SOCM的时候可能会因为受到原有思想的影响而一时无法理解，在这篇blog中将再次的对SOCM进行讲解，以便大家能够更好的理解和进行运用。
SOCM是一种模块化的详细设计思想，不属于架构级别的思想，相应的我们对比一下传统情况下基于Spring的模块化详细设计，在Spring中，对于一个模块的详细设计，通常可以这么来简述，模块由多个bean共同构成，bean通过注入其他bean实现的接口来获取相应的功能，同样通过实现接口来对外提供功能(加上xml中的描述)，在系统启动时默认情况下所有的bean都自动的初始化了，当然，也可以通过类似lazy的属性使得bean延迟的进行加载，在bean启动后其依赖关系就已经确定，是一种静态的依赖关系，bean的生命周期可通过spring提供的接口来进行管理。
通常来讲习惯了基于spring实现的同学们在转变到使用SOCM时会碰到一些问题：
1、怎么样注入其他Component？
这个思想呢，我个人觉得是在使用spring时本来就有些错误了，注入思想最重要的就是接口注入，所以在说注入其他Component这句话上是有一定的概念性的错误的，每个Component其实都是通过set接口来获得相应接口的功能，按照SOCM的说法，就是每个Component通过bind相应的服务的接口来获取需要使用的功能。
在SOCM中，要引用其他的Service非常的简单，和Spring的DI没有很大的区别，也可以通过setService这样的方法来实现，和spring的不同只是spring在设置bean的依赖时是通过ref bean="beanID"来获取，而SOCM中呢，则是充分的Service-Oriented的表达方式：
<reference name="LogService" policy="dynamic" unbind="unsetLog" bind="setLog" interface="org.osgi.service.log.LogService"></reference>
通过的是interface属性来获取到所需的服务，而不是通过ref bean的那种方式，这里也是充分表达SOCM是一种动态化设计的思想。
2、怎么样管理Component的生命周期？
这是大家最为迷惑的，当你查遍OSGi的相关文档后，会发现OSGi是没有提供接口来外部调用Component的呢，这和Spring提供了接口调用bean完全不同，在SOCM中Component的生命周期是由OSGi框架来负责管理的，外部没法通过接口去调用某个Component，这就会使大家产生疑问，那么Component中的方法是怎么被执行的呢，对于这个疑问，需要分成两种形式的Component来看待：
(1)、只引用其他Service的Component；
对于这种类型的Component，在启动Bundle后OSGi将会自动的对Component进行激活，Component激活的前提是Component所引用的Service满足条件，Component激活时将会通过调用bind属性对应的方法将相应的服务注入，在将所需的服务均注入后，将会调用Component中的activate方法，如没有此方法，则不进行调用，:)，在这种情况下，我们会发现以前Bundle中的BundleActivator通常都会变得没有意义，完全可以通过编写一个POJO的Component来实现同样的功能和效果，而且更为简单。
对于这种Component，我们现在可以清楚，只要Component所必须需要的服务都存在，那么它就会被自动的激活，这种Component的例子可以参见OSGi Opendoc所附带的ds部分代码中的LoginServlet。
(2)、对外提供Service的Component；
如果Component对外提供了Service，那么只有当这个service需要被使用时Component才会被激活，这是它区别于第一种形式Component的地方。
对于这种Component，可以参见OSGi Opendoc所附带的ds部分代码中的DBValidatorImpl(如果你想看它是什么时候被激活的话，可以增加一个activate(ComponentContext context)方法来确定)。
其实对于上面两种形式Component的激活原理，我们从设计角度去看的话很容易理解，第一种Component相当于消费型的，这种Component自然是直接就需要启动了，而对于第二种呢，是提供服务型的，当没人需要服务的时候，自然没必要激活了。
为什么Component的生命周期需要交给OSGi框架去管理，而不能通过外部管理呢，这就是OSGi动态性特征的表现，Component什么时候能激活取决于系统运行时的状况，这和静态的设计思想是完全不同，例如当Component所必须的服务在系统中突然不存在了时，这个时候Component将会变成不激活的状态，这和传统的静态化的bean有很大的不同，Component的状态是会根据运行时的情况来动态改变的，这自然是远强于静态化的bean的系统了。
其实从上面的问题可以看出，当你将基于Spring的模块移植到OSGi中时，我相信你的系统的设计会随着使用SOCM而得到明显的提升，真正的做到面向服务、面向接口，SOCM本身就是一种很好的SOA的实现模型，在理解SOCM时，最重要的主要是要把握SOCM的三个核心思想：
1、模块是由一堆Component组成的；
2、Component通过注入服务接口和提供服务接口来实现Component之间的依赖设定，服务接口是Component之间依赖的桥梁；
3、Component的生命周期是由OSGi框架管理的。
其实上面仍然只是简要的讲了讲SOCM，SOCM在动态化的表现上其实还有更多的东西，象cardinality、policy、filter等等。
OSGi中实现SOCM的是Declarative Services，不能说SOCM就没有缺点了，SOCM没有提供调用Component的接口(准确的说应该是外部调用SOCM中的Service，例如要在普通的java object中调用SOCM中的service，目前是没办法的，只能把那个java object也作为Component才行)，这也就使得系统必须完全遵循SOCM而构建，这使得基于SOCM而构建的模块很难与本地的程序做集成，这是它的一个缺点，但是这里面确实有个问题，就是OSGi的Component是动态化的，其实它是无法简单的通过提供一个接口来对外部的程序提供SOCM中的service的，必须同时还附带一个通知模型，以便在service状态发生改变时外部的程序能够得知，从而做出相应的动作，这个问题在SCA中是得到解决了的，EEG对这个问题也表示了关注，可以相信在不久的将来SOCM将会更加的完善和实用。
ps：之前看EclipseCon 2007中OSGi Long Talks的时候看到Bea的microServices也是基于OSGi的，:)，果然没有出乎意料，也就是说BEA的所有软件产品将全部基于OSGi了，这对于OSGi的推进无疑是个很好的消息，呵呵，看来IBM的动作还得加快。
另外说说最近Equinox的一个最好的消息，那就是它的基于aspect实现AOP的bundle已经推出，:)，可以想想这意味着什么，意味着面临的很多企业应用的问题就得以解决了，象跨Bundle的事务等等..
分享到：
- 2006-12-13 16:40
- 浏览 5065
- 评论(7)
- 论坛回复 / 浏览 (5 / 9253)
- 查看更多
相关推荐
The ability to adapt to different computing environments or external changes is an important requirement for both ...providing a service-oriented component model is the OSGi Service Platform.
5. **Service-Oriented Architecture with OSGi**: Exploring how to design and implement SOA principles within the OSGi framework, focusing on loose coupling and service orientation. 6. **Advanced Topics...
在企业级软件开发中，服务体系架构（Service-Oriented Architecture，简称SOA）是一个重要的设计模式，它强调以服务为中心的架构，使得不同系统间的功能可以通过标准化的服务接口进行互操作。SOA的核心是组件化，...
内容概要：本文详细介绍了如何利用Simulink对BUCK电路进行PI闭环控制仿真。首先解释了BUCK电路的基本原理及其数学表达式，接着逐步指导如何在Simulink中构建仿真模型，包括选择合适的元件如电源、开关、电感、电容等，并设置了具体的参数。然后重点讲解了PI控制器的设计方法，展示了如何通过MATLAB代码实现PI控制算法，并讨论了不同参数对控制系统的影响。最后，通过观察和分析仿真结果的关键波形，探讨了如何优化PI控制器参数以获得更好的输出效果。 适合人群：从事电力电子设计的研究人员和技术爱好者，尤其是那些希望深入了解BUCK电路及其控制机制的人群。 使用场景及目标：适用于需要掌握BUCK电路工作原理以及PI闭环控制方法的学习者；旨在提高对电力电子系统的理解和优化能力。 其他说明：文中提供了详细的步骤和实例，有助于读者更好地理解和应用所学知识。此外，还提到了一些常见的挑战和解决方案，例如如何避免电压过冲、优化负载响应时间和减少输出电压纹波等问题。
MFC-Windows应用程序设计-第2章-Windows应用程序的类封装.pptx
MCS51单片机指令系统数据传送类指令.pptx
PLC电源模块维修重点技术实例.doc
内容概要：本文详细介绍了如何利用西门子S7-1200 PLC构建一个高精度的恒温水箱控制系统。首先讨论了硬件选择与配置，包括PT100温度传感器、模拟量模块的选择以及滤波时间的优化。接着深入探讨了PID控制算法的应用，包括参数整定技巧、移动平均滤波的应用以及PWM输出控制方法。此外，还涉及了人机界面的设计，强调了报警机制的优化和现场调试的经验分享。文中提供了多个实用的SCL代码片段，帮助读者更好地理解和实施具体的技术细节。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是对PLC编程和温度控制感兴趣的初学者。 使用场景及目标：适用于需要精确温度控制的工业应用场景，如食品加工、生物制药等行业。目标是将温度波动控制在±0.5℃以内，确保生产过程的稳定性。 其他说明：文中不仅提供了详细的理论讲解，还结合了大量的实际案例和调试经验，有助于读者快速掌握相关技术和应对常见问题。
内容概要：本文详细介绍了利用COMSOL进行太赫兹波段石墨烯超表面吸波器的设计与仿真的全过程。首先，通过几何建模创建了基于矩形堆叠的石墨烯单元结构，并设置了合适的材料参数，特别是石墨烯的表面电导率采用Kubo公式表示。接着，针对边界条件进行了细致设定，如使用完美匹配层（PML）和Floquet周期边界条件，确保计算效率和准确性。然后，通过参数扫描和优化，研究了不同费米能级对吸收峰的影响，实现了吸收频段的动态调控。最后，通过后处理和动画制作，展示了吸收峰随费米能级变化的动态效果，并提供了具体的MATLAB和COMSOL代码示例。 适合人群：从事太赫兹器件设计、电磁仿真以及石墨烯材料应用的研究人员和技术人员。 使用场景及目标：适用于希望深入了解太赫兹波段吸波器设计原理及其动态调控特性的科研工作者。目标是通过实际操作和理论分析相结合，掌握石墨烯超表面吸波器的设计方法和优化技巧。 其他说明：文中提供的具体步骤和代码示例有助于快速上手COMSOL仿真工具，同时强调了常见问题的解决方法，如收敛问题和网格划分策略。
内容概要：本文详细介绍了两轮平衡车和扭扭车的完整设计方案，涵盖硬件和软件两个方面。硬件部分包括主控芯片（如STM32F103）、传感器（如MPU6050）的选择与布局，以及PCB设计要点，强调了电机驱动模块的布线规则和电磁干扰防护措施。软件部分则聚焦于核心算法，如PID控制和卡尔曼滤波，用于处理传感器数据并实现车辆的平衡和运动控制。此外，文章还讨论了烧写程序、调试文件和BOM清单等量产相关的内容，分享了许多实用经验和技巧。 适合人群：对两轮平衡车和扭扭车设计感兴趣的电子工程师、硬件开发者和嵌入式程序员。 使用场景及目标：帮助读者掌握从原理图设计到量产的全流程，包括硬件选型、PCB布局、程序编写、调试方法和批量生产的注意事项。目标是让读者能够独立完成一套完整的两轮平衡车或扭扭车项目。 其他说明：文中提供了大量实战经验和技术细节，如PID参数调优、PCB布局技巧、电机驱动优化等，有助于提高产品的稳定性和可靠性。
内容概要：文章详细介绍了汽车电子软件A/B分区方案，这是一种用于汽车电子系统软件管理的最佳实践。A/B分区通过将存储空间划分为两个独立分区，分别保存完整的软件镜像，实现软件的无感更新、提高系统可靠性和支持远程更新（OTA）。具体工作流程包括从当前分区启动、下载更新包、分区验证、切换准备、重启运行以及回滚与故障处理。其核心优势在于减少停机时间、增强可靠性和安全性、助力OTA更新及提升用户体验。然而，该方案也面临存储空间需求大、更新管理复杂和功耗性能优化等挑战。文章最后提出了优化存储空间、简化更新管理和优化功耗的具体措施。 适合人群：汽车电子工程师、汽车制造商技术人员、对汽车电子系统感兴趣的工程师和技术爱好者。 使用场景及目标：①理解A/B分区的工作机制及其在汽车电子系统中的应用；②掌握A/B分区在软件更新过程中的具体操作流程；③了解A/B分区带来的优势及其面临的挑战，为实际项目提供参考。 其他说明：A/B分区方案已在新能源汽车和新势力造车中广泛应用，未来将在智能汽车和自动驾驶技术中发挥更大作用。文章强调了长期主义的重要性，鼓励读者在技术发展中保持耐心和持续学习的态度。
内容概要：本文详细介绍了利用粒子群优化(Particle Swarm Optimization, PSO)算法，在光伏电池受到局部阴影遮挡的情况下实现最大功率点跟踪(Maximum Power Point Tracking, MPPT)的方法。文中首先解释了阴影条件下光伏电池输出特性的变化，即P-V曲线由单一峰值变为多峰形态，使得传统的扰动观测法难以找到全局最大功率点。接着阐述了PSO算法的基本原理及其在MPPT中的具体实现方式，包括粒子初始化、速度和位置更新规则以及如何处理电压突变引起的系统震荡等问题。此外还讨论了粒子数量的选择、参数动态调整策略、适应度函数改进等方面的内容，并通过实验验证了该方法的有效性和优越性。 适合人群：从事光伏发电系统研究与开发的技术人员，尤其是关注提高光伏系统在非理想环境下工作效率的研究者。 使用场景及目标：适用于存在局部阴影遮挡情况下的光伏电站或分布式光伏发电系统的优化设计，旨在提高此类条件下光伏系统的能量转化效率。 其他说明：文中不仅提供了详细的理论推导和技术细节，还有具体的代码片段用于辅助理解和实施。同时指出，在实际应用中可以根据不同的应用场景灵活调整相关参数配置，如粒子数目、惯性权重等，从而达到更好的性能表现。
office办公软件培训.pptx
2025免费微信小程序毕业设计成品，包括源码+数据库+往届论文资料，附带启动教程和安装包。 启动教程：https://www.bilibili.com/video/BV1BfB2YYEnS 讲解视频：https://www.bilibili.com/video/BV1BVKMeZEYr 技术栈：Uniapp+Vue.js+SpringBoot+MySQL。 开发工具：Idea+VSCode+微信开发者工具。
内容概要：本文详细介绍了如何使用Matlab进行平行泊车和垂直泊车的路径规划与仿真。首先解释了平行泊车的基本原理，即基于车辆运动学模型，通过控制转向角和速度来规划从初始位置到目标车位的平滑路径。接着展示了具体的Matlab代码实现，包括初始化参数设置、路径规划的循环迭代以及最终的路径绘图。对于垂直泊车，则强调了其独特的路径规划逻辑，分为接近车位和转向进入两个阶段，并给出了相应的代码示例。此外，还讨论了一些高级话题，如使用双圆弧+直线组合方案、五次多项式轨迹生成、PID控制器实现轨迹跟踪等方法来优化路径规划。同时提到了碰撞检测模块的实现方式及其重要性。 适合人群：对自动驾驶技术感兴趣的初学者或有一定编程基础的研发人员。 使用场景及目标：适用于希望深入了解自动驾驶泊车原理和技术细节的人群，特别是那些想要动手实践并掌握Matlab编程技巧的学习者。通过学习本文提供的代码示例，读者能够更好地理解平行泊车和垂直泊车的具体实现过程，从而为进一步研究提供坚实的基础。 其他说明：文中提到的所有代码均为简化版本，旨在帮助读者快速入门。实际应用中可能需要考虑更多因素，例如车辆的实际尺寸、环境感知模块的集成等。此外，作者还分享了许多实用的经验和技巧，如如何避免常见的错误、如何优化代码性能等。
内容概要：本文详细介绍了如何使用连续小波变换（CWT）、卷积神经网络（CNN）和支持向量机（SVM）进行滚动轴承故障诊断的方法。首先，通过对东南大学提供的轴承数据集进行预处理，将一维振动信号转换为时频图。然后，构建了一个CNN-SVM混合模型，其中CNN用于提取时频图的特征，SVM用于分类。文中还讨论了如何选择合适的小波基、尺度范围以及如何防止过拟合等问题。此外，作者提供了T-SNE可视化工具来评估模型性能，并分享了一些实用的避坑指南。 适合人群：从事机械设备故障诊断的研究人员和技术人员，尤其是那些对振动信号处理有一定了解的人。 使用场景及目标：适用于工业环境中对旋转机械设备的故障检测和预测。主要目标是提高故障诊断的准确性，减少误判率，确保设备的安全稳定运行。 其他说明：文中提到的所有代码均已在Matlab环境下验证通过，并附有详细的注释和解释。对于初学者来说，建议逐步跟随代码实现，理解每一步骤背后的原理。
内容概要：本文详细介绍了基于三菱F5U系列PLC的恒压测试设备开发过程，涵盖了ST语言编程和梯形图逻辑控制的综合应用。主要内容包括设备的整体功能概述，如递增调压和恒压保持两大功能；ST语言在数据处理方面的优势，如从触摸屏读取设置数据、处理压力传感器数据等；梯形图在逻辑控制方面的作用，如实现递增和恒压模式的切换；触摸屏程序设计，确保良好的人机交互体验；以及监控曲线和历史记录的实现方法。文中还特别强调了ST语言和梯形图混合编程的优势和注意事项。 适合人群：具备一定PLC编程基础的电气工程师和技术人员。 使用场景及目标：适用于工业自动化领域的恒压测试设备开发，旨在提高系统的灵活性和可靠性，帮助工程师更好地理解和应用ST语言和梯形图编程。 其他说明：文章提供了多个具体的代码示例和实用技巧，如数据类型转换、环形缓冲区设计、急停逻辑等，有助于读者在实际项目中借鉴和应用。
内容概要：本文由一位汽车电子工程师撰写，主要介绍了CAPL语言及其在CANoe中的调试功能。CAPL是一种专用于CANoe的类C编程语言，支持节点仿真、报文收发、自动化测试等功能。CAPL文件分为.can和.cin两种类型，程序结构包含头文件、全局变量、事件函数和自定义函数。CAPL基于事件驱动，常见事件包括系统事件、报文事件、时间事件等。CAPL支持多种数据类型和复杂数据结构。CANoe的CAPL Debug功能允许用户在仿真或测试过程中对CAPL代码进行调试，通过设置断点、单步执行等方式检查代码逻辑和变量值，确保代码满足需求。; 适合人群：具有汽车电子开发背景，尤其是从事汽车总线网络开发、测试和分析的工程师。; 使用场景及目标：①掌握CAPL语言的基本语法和特性，熟悉CAPL文件结构和编程规范；②学会使用CANoe中的CAPL Debug功能，能够设置断点、单步调试并查看变量变化，确保代码正确性和可靠性；③提升对汽车总线网络开发和测试的理解和实践能力。; 阅读建议：本文详细介绍了CAPL语言及其调试功能，建议读者在学习过程中结合实际项目进行实践，逐步掌握CAPL编程技巧和调试方法。同时，注意理解CAPL的事件驱动机制和数据类型，这对编写高效、可靠的CAPL代码至关重要。
内容概要：本文详细介绍了基于SSM（Spring + SpringMVC + MyBatis）框架的ERP生产管理系统的源码实现及其关键特性。首先探讨了系统的权限控制设计，采用Shiro实现按钮级别的权限管理，确保不同角色拥有不同的操作权限。接着分析了设备管理模块，展示了MyBatis动态SQL的应用以及设备状态更新的灵活性。工艺监控模块利用EasyUI DataGrid实现实时数据刷新，结合后端分页查询提高性能。质量监控模块则通过Spring事务注解实现异常数据处理的原子性。此外，系统采用了Shiro进行用户密码加密，增强了安全性。最后讨论了系统的布局设计和数据可视化的实现。 适合人群：具备一定Java开发经验的研发人员，特别是对SSM框架有初步了解并希望深入了解其实战应用的技术人员。 使用场景及目标：适用于需要构建或改进企业内部生产管理系统的开发团队。主要目标是通过研究现有系统的实现细节，掌握SSM框架的最佳实践，提升系统的稳定性和功能性。 其他说明：文中提到的许多技术细节如权限控制、事务管理和数据可视化等，不仅有助于理解SSM框架的工作原理，还能为实际项目提供宝贵的参考。