1、什么是DTO、VO、BO、PO、DO、POJOPOJO的定义是无规则简单的对象，在日常的代码分层中pojo会被分为VO、BO、PO、DTOVO（viewobject/valueobject）表示层对象1、前端展示的数据，在接口数据返回给前端的时候需要转成VO2、个人理解使用场景，接口层服务中，将DTO转成VO,返回给前台B0（bussines

首发于<aname"D0c8t"</a背景：前端同事前辈写了一个提供给其他部门的JS插件，写的是提供给前端使用的工具类，使用的是commonjs规范，导出变量使用的是module.exports的方式，使用的是webpack打包，打出的包可正常通过script标签引入使用，但无法通过importxxxfrom"xxx"/

随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一致性呢？

前端代码：<!DOCTYPEhtml<html<head<metacharset"UTF8"<titleAJAX小实例</title<linkhref"artDialog/css/dialog.css"rel"stylesheet"<stylea:hover{color:gr

一、前言在分布式、微服务系统架构中，一个大的项目在进行服务拆分之后，变成了众多个子服务，由于服务的数量居多，每个服务都有自己的一套配置文件，这时候就不像传统的单体架构SSM、SSH、以及当下比较流行的SpringBoot快速开发框架，一个项目基本一份配置文件就可以搞定。而在微服务项目架构中，为了方便众多个服务的配置文件统一进行集中管

!Guu(https://static.oschina.net/uploads/img/201708/28195412_W7LR.jpg)问题最近一直在忙SWT项目的前端和后端整合的工作，目前已经基本把前端和后台的flask搞定，剩下是要与数据库，分析服务器对接了。今天解决了个python的转义的问题，本来我是想通过flask返回列表数据

分布式架构的演进系统架构演化历程初始阶段架构初始阶段的小型系统应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP特征：应用程序、数据库、文件等所有的资源都在一台服务器上。描述：通常服务器操作系统使用linux，应用程序使用PHP开发，然后部署在Apache上，数据库使用Mysql，汇集各种免费开源软件

序转眼之间2019年就要过去了，又是到了写总结的时候了。盘点去年定了要深入研究流式计算及系统架构，现在看来，流式计算只粗略看了点flink，系统架构方面貌似也没有太多的长进，文章也写的越来越像流水账了，感觉有点惭愧。展望新的一年在新技术方面要研究容器化，在基础方面也得巩固一下linux、network等，最后在架构领域方面

     在分布式系统下，可以很多种架构从事设计，或者分布式系统对技术架构本身没有做严格的限制。但是结合自己的实践以及基于《领域驱动设计》的推荐，采用【事件驱动模式】是比较好的一种分布式系统架构方式。该模式充分实现了不同系统之间的代码解耦，所有的业务流转是通过事件广播进行驱动的。所有业务都是在针对名为【事件总线】的组件在编程，也无需知道事件的生产者

layer前端框架，相信大家都用过，但是最近有写小伙伴对layer的upload组件，不知道怎么用，其实很简单，以下仅做一些开发说明，实现组件的使用，仅仅提供给小白参考（高手请跳过，真的不适合你~~~）废话少说，上代码：前端主要代码htmljs!(https://oscimg.oschina.net/oscnet/1d18ba89cc