腾讯云
开发者社区
文档
建议反馈
控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
子勰随笔
专栏作者
举报
90
文章
147138
阅读量
34
订阅数
订阅专栏
申请加入专栏
全部文章
android
其他
github
java
开源
html
git
svn
游戏
gradle
mac os
php
markdown
微信
api
bash
http
https
xml
打包
ide
eclipse
linux
bash 指令
编程算法
shell
nat
python
go
actionscript
scala
bootstrap
css
json
云数据库 SQL Server
access
jar
maven
ubuntu
图像处理
网站
svg
图像识别
ssh
wordpress
npm
大数据
小程序
数据分析
系统架构
网站建设
搜索文章
搜索
搜索
关闭
接口设计六大原则
编程算法
一. 单一职责原则 Single Responsibility Principle, 简称SRP。 定义 There should never be more than one reason for a class to change 应该有且仅有一个原因引起类的变 准则 职责的划分?单一的定义和级别? 应该根据实际业务情况而定。关注变化点。 实际使用时,类很难做到职责单一,但是接口的职责应该尽量单一。 二. 里氏替换原则 Liskov Substitution Principle, 简称
子勰
2018-05-31
4.7K
0
我理解的高可用
编程算法
网站
最近因为一些私事暂停了之前计划的更新,拖了好久了,我会陆续全部写完,今天优先更新一篇小文吧。SDK相关的系列后续慢慢更新。好了不说废话了,进入下一段废话。 之前一直想写一篇关于高可用的内容,但一直没一个契机,最近被一个真实的案例坑的够惨,关键是发现对于高可用彼此竟然有比较大的理解差异,然后就总结一下自己想象中的高可用,也是自己对高可用的理解,算是分享和交流吧。 血淋淋的案例 首先必须承认这次客户端和后台都有不少问题,典型的坑中坑,一个bug接着一个bug。首先说一下问题的经过吧: 一次游戏的超长时间停机以后
子勰
2018-05-22
692
0
没有更多了
社区活动
Python精品学习库
代码在线跑,知识轻松学
点击查看
【玩转EdgeOne】征文进行中
限时免费体验,发文即有奖~
立即参加
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·干货材料·成员作品·最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档