EA挂旁漏在mt4交易软件上，无需人工管理，行情达到预设的参数后即可自动买入卖出。并且，EA是机器自动执行，从而避免了人的主蚂岁观运物烂冲动情绪，使得交易更加理性。
EA和SOA作为频频出现的两个名词，在概念、活动、流程和结果方面存在重叠，作为设计师或者架构师的我们该怎么看待和实践它们呢？近期，IBM developerWorks中国网站上发布了一个帮助理解SOA与EA（Enterprise Architecture，企业体系结构）的系列文章，试图分析这两个概念。
EA 除了是体系结构外，更多的是一个规程，同时强调通过需求获取，定义IT与业务策略的结合；SOA也是一个体系结构，主要是根据企业需要对资源进行关联，与EA不同的是，SOA中所有资源都是统一的服务形式。两者普遍采用层次方式组织体系结构，其中EA概念由于提出的比较早，而且不同厂商都有自己独立的方法论，因此EA中还在层次体系上纵向划分纳罩轮出很多视图（微软称之为面向业务的概念视图、面向应用的逻辑视图和面向部署的物理视图；IBM则称之为面向各类技术领域的技术性部分和面向业务的业务性部分）。但如果把EA和SOA的每个领域剖开看的话，还是有很多不同：
领域 SOA框架 EA框架
业务 业务流程 业务体系结构
应用程序 服务与组件 应用程序体系结构
集成与中间件 集成体系结构/ESB 技术体系结构
数据 数据体系结构 信息体系结构
*** 作 QoS、安全性、监视和基础设施 技术体系结构
不难看出，SOA的每个领域都洞信只是EA对应领域的一个细化，出现这种情况也很容易理解，因为技术上SOA调用的资源仅仅是服务，而这只是EA中资源的一种形式而已，因此从每个层次上看，SOA都是服务化的特例。以环境集成而言，SOA使用ESB进行服务的集成，但在EA中除了基于服务的集成外，还可以从通过很多手段集成：
数据的集成：在很多企业中，这种方式使用的非常普遍，由于网络隔离、应用建设时间先后、开发平台等因素，企业内部应用林林总总，但关键的数据（尤其是核心业务数据）总是处于中心位置，应用间围绕数据进行集成。
功能性集成：在多个应用采用相同开发平台的情况下也非常普遍，比如.NET平台可以通过WCF、.NET Remoting、COM+完成；Java平台可以通过EJB、RMI等方式集成；简单的跨平台的技术也很多，比如Socket。
展现的集成：这个在Web应用大行其道的今天，也很常见：企业增加新Web应用后在Portal上加个超级链接，这样通过UI部分的穿针引线同样可以集成。
这样看，SOA似乎只是EA中“术业有专攻”的一个分支而已？不尽然。文章的第二部分说明了SOA在体系、治理上与EA的诸多不同之处。
那么作为用户而非IT厂商的我们该怎么选择呢？
如果信息化仅仅是平地开始建设，还没有到需要应用间互相整合的时候，识别出关键IT资源，根据未来的IT规划选择一个近期预期集成方法倒是很经济的做法。EA等于企业给自己提供了更多的选择机会。
如果已经有了一定数量的应用，出现了统一整理的需要，但所有的开发均基于单一的开发平台（.NET或Java），也不用盲目赶时髦走SOA，也许一个企业内部的集中数据交换平台从成本上、运行管理上、投资和执行效率上都是不错的选择，用EA的观点分析企业内部自己的事情。
如果企业运转依赖于Internet上的各个合作伙伴，但是企业内部应用很单一，也不一定用SOA，关键业务资源暴露为服务就可以了。但要注意这些服务的标准化（公共标准和行业标准），这样如果有一天需要过渡到SOA的时候，也可以开着汽车换轮子。
如果企业应用类型、开发平台、运行平台、消息机制已经很繁多的时候，与其作个乘法不如做个加法，把大家都连接到服务总线上，用SOA中“服务”这个实施上相对简单的概念解决复杂的“大麻烦”。
还有一点，就是一定要算经济账，无论是EA还是SOA，三五年后肯定又会过时，用EA或者SOA的观点规划IT与业务远景的契合是必要的，但现在就把自己的IT环境大动干戈地折腾一下，“划算”吗闷轮？
一、信号不同
1、EA：访问外部程序存储器控制信号。
2、ES：串口中断允许控制位。
二、作用不同
1、EA：EA=1，CPU对所有中裤逗断开放，EA=0，CPU禁止一切中断响应。
2、ES：ES=1，允许串行口接受、发送中断。
三、效果不皮纯谈同
1、EA：外部中断INT0/INT1中断请求标志位，外部中断源有请求时，对应燃碰的标志位IE0/IE1由硬件置“1”，当CPU响应该中断后，又由硬件自动置“0”。
2、ES：外部中断INT0/INT1的触发方式选择位，IT0/IT1=0，对应外部中断设置为低电平触发方式，IT0/IT1=1，对应外部中断设置为边沿触发方式。
参考资料来源：百度百科-单片机
参考资料来源：百度百科-51单片机
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）