• 前一段时间我用面向的对象的方式来写我自己的一个小JEE应用程序，业务逻辑比较简单,就是一些“增删改查”的工作，我一直想把我的小应用程序纳入实际应用中，后来在JDON上看到了大家关于DDD的困惑，我也遇到了业务逻辑该写在什么地方。 经过一番思考之后，我设计出了一个新的编程方式，我认为已经从理论
  • 在Yahoo的SOA讨论组一直持续着OO面向对象和SOA之间的讨论，涉及领域模型domain
  • REST和SOPA争论很多，现在一些公司采取一个折中的策略，在内部使用REST接口，而对外使用SOAP服务，因为SOAP接口诞生比较早，比较普遍。 DZone一篇文章对目前REST和SOAP存在的误解进行了分析，目前认为REST存在三个难点： icon
  • 现在做一个系统，框架就用spring 打算这样分层 dao:只负责数据的持久化以及查询 cache： 领域对象存放的地方 repository：数据的入口与出口，负责保 icon
  • 对象设计不是仅仅为了真实的模拟现实世界,而是使现实世界的需求能更好的在计算机这个环境中表达,当我们思考对象职责,设计对象行为时，能够更好的扩展，能够更好的维护，能够更清晰的表达这个对象所承担的职责，能够更好测试，能够有更好的性能，才是我们要达到的目标。我曾经一度对什么是正确是设计，什么是好的 icon
  • Atom Publishing Protocol原来很适合RESful，它有清晰的Collection/element边界。特别是它的Discovery 和next就很有RESTful。 Discovery客户端向 icon
  • DCI and Services (EJB) | Javalobby DCI(Da icon
  • Apache Camel是一个强大的基于企业整合模式的整合集成框架(SOA) ，或者说是一个消息路由规则转发者，通过Camel能够让你的数据按照你的业务规则在不同系统之间转发处理，从而实现SOA服务目标，达成各种业务子系统的整合集成。 Camel能够使用一 icon
  • Building RESTful services using SCA icon
  • 组件化的业务系统架构观念据说已经提出来20多年了,可是至今没有见到让人信服的组件化业务系统(注:组件化≠模块化).关于业务组件是什么,长什么样子,如何实现,又有什么样的远景? http://www.po-soft.com/hi/slx/blog/1964 这篇文章很详细的阐述了作者在 icon
  • 我打算明天贴一些自己目前正在用DCI架构编写的代码实例，届时希望大家能参与一起讨论，高人多多指教。项目所属领域：基金领域业务：申购基金、赎回基金、转换基金。PPT:Fund(基金)代码如下: icon
  • 很多互联网或者企业系统，都是前面一个线上运营系统，后台一个内部管理系统，共享一部分库表数据，各部分都是运行在各自不同的进程，比如s2sh系的，打开hibernate缓存，那么运行在不同进程内的各运营子系统之间，以及与内部管理系统之间，如何既能利用缓存，也能避免数据脏问题。我们现在是用消息弥合的，但有 icon
  • Banq大哥认为用场景可以代替DDD的Service，我认为也是的；同时，我也认为角色的交互方法可以。由于Service是静态的，也由于历史原因，我们现在要把Service挖出来，变成两种方式来表达。当然我们既然要代替DDD Service必然不能认为这个就是那个的“变身”，因为是突破性的， icon
  • 系统集成是SOA一个亮点，ESB服务器可以看成是一个消息流程管理者，在一个大型跨多个领域集成中，组件之间通讯和数据共享通过消息来完成，消息就象一个信使，在多个系统之间来回穿梭，有一个流程和流向，最基本在某个点有In和Out配置，类似过滤器模式，也类似AOP中拦截点。 icon
  • WOA(Web-Oriented Architecture (WOA))是下一代轻量级，面向WEB(web-aligned)的SOA，是与SOA互补具备SOA风格的。 这是Dion Hinchcliffe博士发表的The SOA world begins icon
  • 在TSS这篇有关SCA规范移交到OASIS讨论中：http://www.theserverside.com/ icon
  • SOA Anti-pattern: Nanoservices | SOA Zone icon
  • The SaaS Integration layer | Summa Blog < icon