当我阅读有关存储库的文档时,通常是以“只读”方式处理实体和集合。 从来没有例子存储库有像insertUser(User $user)或updateUser(User $user) 。 但是,在使用SOA时,服务不应该与实体pipe理器一起工作(是的,不是吗?),所以: 我的服务应该知道全局的EntityManager吗? 如果我的服务只知道使用的存储库(比方说,UserRepository和ArticleRepository) 从这两个问题,另一个问题,我的服务应该明确地persist()和flush()我的实体?
如果你愿意的话,可以叫我一个巨魔,但我很认真 – 新的SOA趋势究竟与15年前build立的客户服务架构有什么不同呢? 我一直听到SOA,但是我没有看到它和我们一直做的不一样。 早在10年前,y公司就有多个客户(以多种语言)与同一个服务交谈。 这不是XML(这是一个名为Microsoft DCOM的二进制协议),并没有通过WSDL自动发现,但是这样做是可以的,因为阅读文档同样简单。 我们的系统甚至是“开放”的,因为我们logging的数据足以让第三方与我们的服务进行交stream。 我们不是开路先锋 – 十年前我所认识的其他任何一家公司都在做同样的事情。 现在和现在看到的唯一区别是,现在互联网上有一种单一的服务,而10年前,每个客户都将托pipe他自己的服务实例。 但是,这不是一个架构问题 – 服务的实际生活对于使用该服务的任何人来说都是透明的。 那么SOA究竟是什么与我们多年来所做的不同呢? SOA是否仅仅是一个营销术语,代表了很久以前实际上已经很普遍的最佳实践? 还是我错过了一些SOA的东西,跟我们一直在做的不一样?
从组织内的angular度来看,服务编排和服务编排有什么不同?
有人可以用简单的英文解释什么是SOA ? 我听到SOA在这里,SOA在那里,但我不能清楚地了解它是什么和用于什么。 这是一些简单的概念,后来演变成一些巨大或什么? 所有的文件,包括维基都有点抽象,也许我是白痴,不明白。 有没有一个白痴的指导呢? 这三封信背后究竟是什么?
目前正在做一些考试,我正在努力通过一些概念。 这些在我的笔记中都被“提及”了,但我并不真正了解它们是如何联系在一起的。 据我的理解是: SOA–使服务消费者/提供者进行通信的解决scheme。 (据我所知这是所有其他的总称) WSDL – 描述提供者服务的语言。 SOAP – 服务用来发送消息的XML协议“包装器”。 与WSDL一起工作以提供参数? REST – 一种类似于SOAP的devise模式,但是避免了XML? (真的不知道这个) JSON – 使用JavaScript的XML的替代品? (不知道这个或者) 在互联网环顾四周,似乎没有一个清楚的定义,所有这些是什么以及如何相互链接。
我一直在阅读微服务架构,我试图看到它和常规SOA(除了个别部署的服务之外)之间的区别。 任何人都可以告诉我的差异,也许是微服务架构的亲和骗局?
我正在构build一个使用WCF的全新系统。 我将使用契约优先方法来构build基于面向服务概念的服务。 我有一个服务操作,返回一个用户的银行帐户的详细信息。 该帐户可以是“FixedAccount”或“SavingsAccount”types。 我devise的服务如下。 [ServiceContract] interface IMyService { [OperationContract] AccountSummary AccountsForUser(User user); } [DataContract] class AccountSummary { [DataMember] public string AccountNumber {get;set;} [DataMember] public string AccountType {get;set;} } 这很好。 现在,我需要开发此服务的业务领域。 我可以想到两个select(任何新的方法总是受欢迎的) 1) 方法1 :提出一个BankAccount基类。 从它派生的专门类是“FixedAccount”和“SavingsAccount”。 BankAccount将有一个方法为Transfer(string toAccount)。 这成为我们熟悉和有效的OOAD。 这涉及到AccountSummary DTO和FixedAccount / SavingsAccount域类之间映射的映射器。 2) 方法2 :不使用映射器转换层。 问题 1)假设我正在使用方法1.是否有任何文章/教程解释如何根据DTO(条件映射)中的AccountType值将AccountSummary DTO映射到FixedAccount / SavingsAccount域类? 2)如何在方法2中完成任务? 读:- http://www.soapatterns.org/service_facade.php SOA架构数据访问 […]
我不明白骆驼究竟做了什么。 如果你能用101个字给骆驼介绍一下: 究竟是什么? 它如何与用Java编写的应用程序进行交互? 这与服务器一起吗? 这是一个独立的程序吗? 请解释骆驼是什么。