# 启路框架-开发手册

**Repository Path**: senvon/user-doc

## Basic Information

- **Project Name**: 启路框架-开发手册
- **Description**: 启路框架-开发手册
- **Primary Language**: Unknown
- **License**: AGPL-3.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2020-07-24
- **Last Updated**: 2021-11-02

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 启路框架-用户手册

本项目为文档项目.使用gitbook构建,使用gitee page 服务进行发布.

> <a href="https://senvon.gitee.io/user-doc/" target="_blank">在线文档</a>
> <a href="./book.pdf" target="_blank">离线文档</a>

从业十多年以来,虽然一直都在积累,内容相对比较多,但是始终处于一个比较混乱的状态.启路框架作为我从业十多年的经验的积累,做一个完整的技术输出.现阶段服务器的应用主要分为如下几类:

类型|说明|系统特征
-|-|-
互联网直接访问的应用|主要是以前的各种站点,主要给客户使用|框架+安全+页面1
没有页面的中间服务|传说中的微服务的原子服务,<strong style="color:red" >没有页面</strong>|框架+通讯
后台管理类应用|有页面,但是主要是给雇员使用|框架+安全+页面2

内管页面的安全,要面对的是内网环境,主要考虑常见的各种注入,越权操作即可.
互联网的安全远远大于后台管理类的安全.简单说来,能不采用ajax就不采用ajax,本质上所有ajax都是接口.

这套框架除了工作上的需要以外,更多的体现了,我的技术观对于技术的要求比较高,而对现状不满意,所以才会自己造轮子.在明确自己方向和目的以后,事情就会变得好办,逢山开路,遇水搭桥.
在造轮子的过程中,兼容性是最大的考虑方向,其次是开发人员的开发接口(编程方式),这边分别体现了我的世界观

* 我认为,产品架构师有一个职责是,<strong style="color:red" >做一个优雅的骑墙派</strong>.骑墙体现了兼容性,优雅体现了开发接口上.
* 一个框架要大量推广的前提,一定是具备非常优秀的开发接口.

# 产品级框架的主要思考点
* 技术掌控力,何谓掌控力,就算有人把天捅穿了,要能补好的能力

* 如何让产品可以兼容不同的部署环境,不同的数据库,不同的web容器,不同的网络拓扑,不同的中间件环境
* 公司内不同部门的同学如何相互协作??架构组和产品组怎么协作,产品组和现场组怎么协作??
* 怎么样提高开发效率,提高容错能力,降低出错的概率,需要足够的技术输出,才能让所有人都具备能力




天发杀机，移星易宿；地发杀机，龙蛇起陆(<strong style="color:red" >启路</strong>)；人发杀机，天地反覆.-----<道德经>