REST种架构风格其核面向资源REST专门针中国络应用设计发式降低发复杂性提高系统伸缩性REST提设计概念准则： 一.中国络所事物都抽象资源(resource) 二.每资源都唯资源标识(resource identifier)资源操作改变些标识 三.所操作都状态 REST简化发其架构遵循CRUD原则该原则告诉我于资源(包括中国络资源)需要四种行：创建获取更新删除完相关操作处理您通统资源标识符（Universal Resource IdentifierURI）识别定位资源并且针些资源执行操作通 HTTP 规范定义其核操作GET,PUT,POST,DELETE 由于REST强制所操作都必须stateless没文约束做布式集群都需要考虑文保持问题极提高系统伸缩性 于SOAP WebserviceRestful Webservice选择问题首先需要理解SOAP偏向于面向严格规范标准包括安全事务等各面内容同SOAP强调操作操作象离WSDL文件规范XSD文件别其定义REST强调面向资源要我要操作象抽象资源即使用REST架构风格 REST ful 应用问题 否使用REST需要考虑资源本身抽象识别否困难本身简单类似增删改查业务操作抽象资源比较容易于复杂业务抽象资源并简单事情比校验用户等级转账事务处理等些往往并容易简单抽象资源 其严格规范标准定义要求且前期规范标准需要指导业务系统集发候SOAP风格由于清晰规范标准定义明显优势我始实现前严格定义相关接口接口传输数据 简单数据操作事务处理发调用简单些使用REST架构风格优势于较复杂面向服务我使用REST候都仍传统面向思想通转换工具再转换REST服务种使用式没意义 效率易用性 SOAP协议于消息体消息都定义同消息扩展性各种互联中国标准提供扩展基础WS-*系列较功规范由于SOAP由于各种需求断扩充其本身协议内容导致SOAP处理面性能所降同易用性面及习本所增加 REST重视其实面其高效及简洁易用特性种高效面源于其面向资源接口设计及操作抽象简化发者良设计同限度利用Http初应用协议设计理念同我看REST吸引发者能够融合前Web二.0前端技术提高发效率例型中国站放REST风格API都种返形式除传统xml作数据承载（JSON,RSS,ATOM）等形式中国站前端发员说能够mashup各种资源信息 安全性 技术没坏合适种技术思想误用反效RESTSOAP各自都自优点同些场景改造REST其实走向SOAP（例安全） REST于资源型服务接口说合适同特别适合于效率要求高于安全要求高场景SOAP熟性给需要提供给发语言于安全性要求较高接口设计带便利所我觉纯粹说设计模式占据主导位没意义关键看应用场景 同重要点要扭曲REST现中国站都跟风发REST风格接口其实都其形知其弄伦类性能安全保证 熟度 SOAP虽发展现已经脱离初衷于异构环境服务发布调用及厂商支持都已经达较熟情况同平台发语言间通SOAP交互web service都能够较互通 由于没类似于SOAP权威性协议作规范REST实现各种协议仅仅能算私协议需要遵循REST思想细节面太没约束REST发展所走向规范直接影响部设计否能够命
温馨提示：答案为网友推荐，仅供参考