解耦
 
解耦就是降低程序间的耦合度
 
开发时对解耦的要求是编译时不依赖，运行时才依赖
 
解耦的思路：1.尽量使用反射创建对象避免使用new关键字
 
​ 2.使用配置文件，不要在java代码中直接使用全限定类名的字符串。
 
使用过程模式进行解耦：
 
首先我们先配置一个配置文件，当然，是使用key=value形式的。
 
之后我们可以创建一个工厂类，如：
 
public class BeanFactory {
    //定义一个Properties对象
    private static Properties props;
    
    //使用静态代码块为Properties对象赋值
    static {
        try {
            //实例化对象
            props = new Properties();
            //获取properties文件的流对象
            InputStream in = 				                         BeanFactory.class.getClassLoader().getResourceAsStream("bean.properties");
            //加载配置
            props.load(in);
            }
        }catch(Exception e){
             e.printStackTrace();
        }
    }
    
 
    /**
     * 根据Bean的名称获取bean对象
     * @param beanName 配置文件中，全限定类名的key
     * @return 万能的object
     */
    public static Object getBean(String beanName){
        Object bean = null;
        try {
            //获取全限定类名
            String beanPath = props.getProperty(beanName);
            //利用反射创建对象
            bean = Class.forName(beanPath).newInstance();//每次都会调用默认构造函数创建对象
        }catch (Exception e){
            e.printStackTrace();
        }
        return bean;
    }
}
 
当然，如果你想让你的对象是单例的，那么你可以考虑使用一个Map<String, Object>集合来保存对象

      昨天发一个版本，很是冤枉；我们软件代码写的IP地址和公司生产系统的IP地址不一致，造成生产停线；回来定位代码发现IP地址硬写在代码中，和模块代码人讨论。
 
我：这个IP为什么硬编码写入代码中？不考虑以配置文件，或者自动从生产系统中获取的方式处理？这样就可以和生产系统解耦，就是后面他们修改也能自动适配不用发布版本代价这么大。
 
答：这个IP是和生产约定好的，不会修改，他们如果修改会通知我们.
 
我：如果这样，那本次为什么我们出了问题？
 
答：在我们测试系统中没有这个IP,为了测试方便修改后，没有修改回去。
 
我：*****&！后续IP地址修改我们就要发布版本。
 
       设计模式中，最重要的一条规则就是把变化的和不变化的分开进行处理！
 
 

 
 
解耦,未解耦的区别
 
 软件开发的常见疾病是“此处未发明”综合症，即倾向于编写新的实现而不是利用现有的解决方案。 然后，我们只是将其编写为当前正在构建的应用程序的一部分，认为这是一件小事。 随着时间的流逝，此类帮助程序或实用程序类会随着添加新事物而增长，但通常与应用程序紧密相关。 
 
 
 
 此疾病也适用于内容管理应用程序。 通过选择CMS，您不仅需要接受其编写的语言，还需要接受其编辑和管理界面，模板系统，它所支持的数据库等。 分离的内容管理运动旨在改善这种情况。 
 
 
 专注于附加值 
 
 
 利用现有解决方案通常需要开发人员投入更多的精力，但从长远来看，可重用的组件将使社区变得更加丰富，这些组件专注于真正出色地完成一项任务，而不是每个应用程序都有相同的平庸实现。 
 
 
 使用第三方组件还会创建边界，这使得将它们换成不同的或自定义的实现变得更加容易。 Node.js生态系统将其推向了极致，许多软件包仅包含一个或两个文件。 
 
 
 在更粗粒度的范围内，PHP世界也发生了同样的情况。 看到主要的CMS系统专注于其CMS功能并利用框架建立坚实的基础是非常有希望的。 ezPublish 5 建立在Symfony 2全栈框架上。 Drupal 8 利用了许多Symfony框架组件。 Typo3朝相反的方向发展，分离出框架并单独发布。 
 
 
 尽管如此，所有这些系统都耦合到一组特定的数据库，并对其存储承担了很大的负担。 
 
 

 

  
 
 
 
 内容储存库 
 
 
 以内容为中心的应用程序对其存储后端有很高的要求。 内容存储库的想法是将内容存储逻辑与实际应用程序分离。 内容存储库提供比传统数据库更高级别的抽象。 可以与应用程序分开对其进行改进，并提供高级功能，例如搜索，版本控制，文档级别的访问控制等。 
 
 
 在应用程序和存储库之间有明确的界限，可以将一个存储库换成另一个。 
 
 
 对于Java，在JSR-283中指定了Java内容存储库（JCR）。 JCR为内容存储库定义了一个API（而非协议）。 参考实现是在Adobe Experience Manager和Magnolia CMS中使用的Apache Jackrabbit 。 
 
 
 JCR已作为PHPCR移植到PHP。 Henri Bergius提出PHP实现RFDa方法用语义信息注释前端内容，以允许客户端编辑系统识别页面的哪些部分是可编辑的以及如何将它们存储回去。 使用Javascript库，可以直接在前端以真正的所见即所得的方式进行无缝的内联编辑。 
 
 
 存储更改的反向通道是发送JSON-LD数据的异步Javascript。 Bergius编写了Create.js来演示这个想法。 Create利用杠杆主干来存储数据，并使用HTML5内容可编辑元素来加载所见即所得的编辑器。 创建还处理集合以添加或重新排序项目，并支持工作流和插件。 
 
 
 解耦的内容管理系统仅需要使用RFDa注释内容，并为JSON-LD请求提供端点。 
 
 
 一个示例：Symfony CMF 
 
 
 Symfony内容管理框架是一种以根本分离的方式为Symfony框架提供内容管理的计划。 它利用PHPCR作为内容存储库，并利用Create.js进行编辑。 甚至框架本身也被分解为较小的组件，从而允许仅使用有意义的混合匹配方法。 这也使CMF成为构建自定义内容管理系统的良好基础。 使用提供的基本构建块，开发可以专注于特定用例所需的任务。 
 
 
 此方法可解决框架与CMS的难题。 无需编写锁定到特定CMS应用程序中的自定义应用程序，也不必重新发明基本的CMS功能，而是有明确的界限来用自定义实现替换与标准情况不同的CMS部分。 
 
 
 
  公开赛 
  
 
  不育系 
 
 
 
 本文是Robin Muilwijk协调的“开放式CMS”专栏的一部分。 分享有关使用开源内容管理系统（CMS）和诸如Drupal，Joomla，Plone，WordPress等平台的故事。 
 
 

  
翻译自: https://opensource.com/business/15/3/decoupling-your-cms
 
 
解耦,未解耦的区别

解耦是高可用的基础，解耦就是最大限度的降低数据、操作间的依赖，其实组件化就是一种解耦。
 
数据解耦
 
将不是强关联的数据分开存储；
 
将高频次修改的数据和低频次修改的数据分开存储；
 
将高访问量的数据和低访问量的数据分开存储；
 
将记录数据和业务数据分开存储；
 
将历史数据和应用数据分开存储。
 
数据是任何业务的基础，所有的操作都是围绕着数据来做的，数据如果在设计时耦合度比较高，那么后续再怎么优化，程序运行效率也提升不起来。
 
业务流程解耦
 
这个可以理解为接口最小化。服务端不负责业务流程处理，只负责提供具体的一个功能的接口。
 
比如说登录操作，登录后要获取用户个人信息、未读消息、好友列表等一系列操作，服务端提供的接口应该是：登录接口、获取用户信息接口、获取离线消息接口、获取好友列表接口等。而不是一个登录接口中将一系列数据返回客户端。
 
组件解耦
 
将不是强关联的业务分成不同的组件，比如消息发送和用户登录；
 要求做到一种业务组件挂掉后不影响其他业务组件的使用，如：
 消息发送失败但是不影响用户正常登录；
 语音消息发送失败但不影响其他类型的消息发送。
 组件-缓存解耦
 
缓存不依赖于组件，缓存是独立保存的数据，不依赖组件存在，当组件重启时，缓存数据不会丢失；
 组件不依赖于缓存，当缓存数据丢失或出现重大异常时，组件能从数据库拿到数据并尝试修复缓存数据。
 
组件-数据库解耦
 
组件不依赖于数据库，当数据库连接不上或出现故障时，组件仍能通过缓存的数据完成业务处理。
 数据库解耦
 
不同业务数据分开保存在不同的数据库；
 当某个业务的数据库宕机时，其他业务仍能正常使用。如：
 好友关系库挂了，不影响群消息收发；
 离线消息库挂了，不影响在线消息收发。