# dew-framework

**Repository Path**: zllcoding/dew-framework

## Basic Information

- **Project Name**: dew-framework
- **Description**: Dew 是对 Spring Cloud/Boot 的封装扩展、整合公司现有能力、提供最佳实践，做为基础服务框架，支撑公司新项目地研发
- **Primary Language**: Unknown
- **License**: Apache-2.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 6
- **Created**: 2018-08-19
- **Last Updated**: 2020-12-19

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

== Dew-Framework

image::https://img.shields.io/travis/gudaoxuri/dew.svg[link="https://travis-ci.org/gudaoxuri/dew"]
image::https://api.codacy.com/project/badge/Grade/b27405dea94b4b4085324ae6107945ba["Codacy code quality", link="https://www.codacy.com/app/gudaoxuri/dew?utm_source=github.com&utm_medium=referral&utm_content=gudaoxuri/dew&utm_campaign=Badge_Grade"]
image::https://img.shields.io/badge/license-ASF2-blue.svg["Apache License 2",link="https://www.apache.org/licenses/LICENSE-2.0.txt"]

对Spring Cloud/Boot的封装扩展、整合公司现有能力、提供最佳实践，做为基础服务框架，支撑公司新项目地研发。

[quote,]
____
Dew [du:] 意为`露水`，希望此框架可以像晨间的露水一样透明、静谧、丰盈。让使用者尽量不要感知框架的存在，专注业务实现。
____

=== 设计理念

==== 服务框架的尴尬

几乎每个软件公司都会研发企业内部的服务框架以满足自身业务发展的需要，但几乎所有框架都会存在这样的尴尬：

. 无法传承，框架的研发人员离职后没有可以接手
. 上手难度大，很多框架喜欢重复造轮子，做出来的与业界主流思想/标准格格不入，导致学习培训成本很高
. 功能片面，不通用，服务框架讲求通用性，尽量让整个公司使用同一套规范以方便维护，但很多框架只实现了某些特定场景的功能，无法通用化
. 维护成本高，尤其是对于完全自研的框架，往往需要专职人员维护

==== Dew架构思想

上述问题是Dew框架必须面对的，应对的设计核心理念是：**基于成熟框架扩展** ，具体要做到：

. 简单容易，用最通用的、标准的、开发人员都熟悉的开发模型
. 功能全面，尽量重用市场已有能力实现，减少框架自身的维护成本
. 轻量，原则上不引入高侵入性的三方框架/类库
. 可替换，只做扩展，尽量不修改基础框架代码，开发人员完全可以直接基于基础框架开发

实现上我们选择 `Spring Boot/Cloud` 这一业界主流框架。