精华内容
下载资源
问答
  • 2017-01-20 13:32:40

    题外话

    本来是周更的频率, 因为真实的"小光"真实地逃离了北京, 回了武汉, 回了老家, 处理了一些私人事务. 也就有快一个月时间没有更新了, 抱歉.

    年终总结也都没有时间写, 抽空写这么一篇, 提前祝大家新年快乐, 过年回家路上平安顺利.

    前情提要

    上集讲到, 小光统一了各个分店的制作热干面的流程, 并且引入模板方法在不改变热干面的制作流程基础上可以定制其中某些步骤. 通过这些措施, 小光热干面的品牌性也是更加深入人心, 生意红红火火.

    此时的小光, 有了更多的时间去思考公司的前程, 他认为, 一个良好的有序的组织架构是公司发展的必要点. 而此时, 小光也有觉得是时候梳理下公司的组织架构了.

    所有示例源码已经上传到Github, 戳这里

    组织架构

    小光参考了当前很多公司的一些架构方式, 根据分店, 职责简单梳理了下目前小光热干面的架构:

    整个就是一个树形结构.

    • 小光热干面总部下面管理着各个分店, 也有其自己的部门.
    • 各个分店也有着自己的部门.

    设计一套系统来表达这个组织架构

    梳理完组织关系后, 小光觉得有必要设计一套系统来管理这个关系图, 以便后续能方便的查看和管理这个架构, 并能很清晰地讲解给新员工.

    简单的开始

    一开始, 小光并没有想太多, 按照不同的层级, 分别创建了总公司, 分店, 部门三个类:

    // 部门
    public class Department {
    
        private String name;
    
        public Department(String name) {
            this.name = name;
        }
    
        @Override
        public String toString() {
            return "部门:" + name;
        }
    }
    
    // 分店
    public class BranchOffice {
    
        private String name;
    
        public BranchOffice(String name) {
            this.name = name;
        }
    
        private List<Department> departments = new ArrayList<>();
    
        public void add(Department sub) {
            departments.add(sub);
        }
    
        @Override
        public String toString() {
            StringBuilder builder = new StringBuilder("分公司:" + name);
    
            for (Department dept : departments) {
                builder.append(" - " + dept.toString());
            }
    
            return builder.toString();
        }
    }
    
    // 总公司
    public class HeadOffice {
    
        private String name;
    
        public HeadOffice(String name) {
            this.name = name;
        }
    
        private List<Department> departments = new ArrayList<>();
    
        public void add(Department sub) {
            departments.add(sub);
        }
    
        private List<BranchOffice> branches = new ArrayList<>();
    
        public void add(BranchOffice branchOffice) {
            branches.add(branchOffice);
        }
    
        public void print() {
            System.out.println("总公司:" + name);
            for (BranchOffice branch : branches) {
                System.out.println(" - " + branch);
            }
    
            for (Department dept : departments) {
                System.out.println(" - " + dept);
            }
        }
    }复制代码

    利用这些层次的类来组成小光的组织架构:

    public class XiaoGuang {
    
        public static void main(String[] args) {
    
            HeadOffice headOffice = new HeadOffice("小光热干面");
    
            Department financeDept = new Department("财务部");
            Department strategyDept = new Department("策划部");
    
            BranchOffice ov = new BranchOffice("光谷分店");
            ov.add(financeDept);
            ov.add(strategyDept);
    
            BranchOffice huashan = new BranchOffice("花山分店");
            huashan.add(financeDept);
            huashan.add(strategyDept);
    
            headOffice.add(financeDept);
            headOffice.add(strategyDept);
            headOffice.add(ov);
            headOffice.add(huashan);
    
            headOffice.print();
        }
    }复制代码

    结果如下, 达到要求:

    总公司:小光热干面
     - 分公司:光谷分店 - 部门:财务部 - 部门:策划部
     - 分公司:花山分店 - 部门:财务部 - 部门:策划部
     - 部门:财务部
     - 部门:策划部复制代码

    小光的思考

    看着这新鲜出炉的架构程序, 小光总觉得哪儿不对劲儿. 毕竟小光是历经了北上广各种类型公司的人才啊, 回想起上班敲代码的日子, 小光想起了哪儿不妥了. 公司总会发展, 发展过程中总会有一些战略调整, 从而导致公司部门的各种变化.

    目前小光设计的组织架构是三层架构, 但是随着公司的发展壮大, 很有可能层级会变得更多. 比如说, 总部的采购部壮大了, 可能会增加下一级的食材采购部和设备采购部. 甚至可能现在的层级还会随着公司的战略调整而升降. 例如, 如果分店开到别的城市了, 可能会在总部和分店之间插入一层"子公司"来分别管理各地的分店. 如下:

    那么就出现了一个我们一直在强调的问题: 有些东西可能会一直有变化, 而我们从产品角度肯定会想要拥抱变化, 然而代码层面上我们又不想修改代码(修改原有代码意味着还有对原有逻辑负责).

    那应该怎么办呢? 有没有更好的方式来表达这种树形的组织架构关系呢? 以便能够很容易地扩展层次呢?

    小光又回想起了自己的码农时代, 回想当年这种问题的解决方案:

    既然是因为变化, 扩展而引起的问题, 我们最重要是要先找出系统中可变不可变的部分, 封装不可变(使其修改关闭), 拥抱可变(使其扩展开放).

    小光的解决之道

    那么具体到这个组织系统架构的问题, 又该怎么做呢?

    小光可不想每增加一个层级都要重新为其增加一个类, 然后改变原有系统. 特别是有些情况下, 曾加的类(子公司)中可能会包含分店和自己的部门. 随着类别的增加, 每次增加一个层级将会越来越难.

    小光想到着, 突然想到:

    每个部门/分店/子公司乃至总公司不都是部门的集合吗?
    部门可能有下属部门, 可能没有
    分店下有部门
    子公司下有分店, 可能还有自己的部门
    总公司下有子公司, 分店, 自己的部门

    所以说, 所有实体(总公司/子公司/分店/部门)实际上都是由部门组成的. 这些实体也都可以看着是一个部门.

    想到做到:

    首先定义出基础的部门:

    public class Department {
    
        private String name;
    
        public Department(String name) {
            this.name = name;
        }
    
        private List<Department> subDepartments = new ArrayList<>();
    
        public void add(Department sub) {
            subDepartments.add(sub);
        }
    
        @Override
        public String toString() {
            StringBuilder builder = new StringBuilder(name);
    
            for (Department dept : subDepartments) {
                builder.append("\n");
                builder.append(" - " + dept.toString());
            }
    
            return builder.toString();
        }
    }复制代码

    来看下, 利用Department这一个类别怎么搭建组织:

    public class XiaoGuang {
    
        public static void main(String[] args) {
    
            Department financeDept = new Department("财务部");
            Department strategyDept = new Department("策划部");
    
            Department ovBranchOffice = new Department("光谷分店");
            ovBranchOffice.add(financeDept);
            ovBranchOffice.add(strategyDept);
    
            Department huashanBranchOffice = new Department("花山分店");
            huashanBranchOffice.add(financeDept);
            huashanBranchOffice.add(strategyDept);
    
            Department wuhanChildOffice = new Department("武汉子公司");
            wuhanChildOffice.add(ovBranchOffice);
            wuhanChildOffice.add(huashanBranchOffice);
    
            Department changshaChildOffice = new Department("长沙子公司");
    
            Department xiaoguang = new Department("小光热干面");
            xiaoguang.add(wuhanChildOffice);
            xiaoguang.add(changshaChildOffice);
            xiaoguang.add(financeDept);
            xiaoguang.add(strategyDept);
    
            System.out.println(xiaoguang);
        }
    }复制代码

    输出如下

    小光热干面
     - 武汉子公司
        - 光谷分店
            - 财务部
            - 策划部
        - 花山分店
            - 财务部
            - 策划部
     - 长沙子公司
     - 财务部
     - 策划部复制代码

    输出稍有调整, 以显示直观的层级. 大家可以自行修改下代码, 来给department加入level属性, 以便输出更完美的结构.

    到此, 我们算是解决了组织架构的问题了, 以后不管是增加了什么层级, 我们都只需要使用Department来表示即可, 而无需增加一个类了.

    故事之后

    照例, 我们来缕缕小光设计的这套系统的"类关系":

    结构相当简单, 实际上就是一个类, 其中关键的是: 这个类中有一个list属性(subDepartments)包含的是一组该类. 有点递归的感觉.

    这个就是我们今天想说的 --- 组合模式

    组合模式
    又叫部分整体模式,通过组合的方式, 创建一个包含了一组自己的对象组(List)的类(Department). 从而达成了用一个类来递归地表示一个整体.

    组合模式通常用来解决树形结构的表达问题, 例如本例中的组织结构.
    所谓组合的方式, 就是创建一个包含了一组自己的对象组的类


    注: 我们这里实现的相对简单, 旨在说明模式的形式.
    实际场景中, Department可能是一个抽象的, 例如有一个抽象方法来执行该部门的职责, 有不同的具体部门实现来实现其职责. 从而有不同的"Department实现"来组合另一个大的Department节点.

    扩展阅读一

    前面说到, 组合模式通常用来处理树形结构的表达问题. 而我们的用户界面实现通常就是一个UI元素的节点树. 例如HTML中的div中可能有button, 还会有其他div层级, 依次往下; Java SE中的界面实现AWT和Swing包也到处是组合模式的体现; Android中的View体系, View和ViewGroup, Layout层级树也都是组合模式的体现.

    在此我们以Android的View体系为例, 简单描述下.
    众所周知, Android的界面实际上就是一颗大树, Hierarchy Viewer中展示的就是一个树形结构. 我们来看下Android是怎么利用组合模式实现的.

    如下:

    1. ViewGroup就是相当于例子中的Department, 这里面比我们的例子复杂的是, ViewGroup是扩展自View的, View实际上我们可以理解为是叶子节点, 也就是最小的组成单元了, 不再有以下的层级了.
    2. ViewGroup中包含了一组View对象, 因为ViewGroup是View的子类, 故而我们也可以说ViewGroup中包含了一组ViewGroup和/或View. 进入形成了我们之前说的递归, 生成一个树形结构.

    关于View的体系, 在此不细述了.


    搭建好弹性可扩展的组织架构体系, 小光又开始将眼光转移到市场, 转移到业务了, 准备着新年大展拳脚~

    更多相关内容
  • 骨穿刺活检针制作的乳腺癌组织芯片中Gankyrin的表达.pdf
  • 大家都知道,在PPT当中有个非常好用的文字转换成图形的功能叫做SmartArt工具,尤其是制作组织架构图的时候,这个工具的使用频率非常的高。当组织架构比较简单的时候,还比较容易操作,一旦公司组织架构复杂,似乎...

    如何快速在PPT中产生一个复杂的组织架构图?

    时间:2016-06-03来源: 网络作者: 未知点击:

    PPT制作技巧:如何快速在PPT中产生一个复杂的组织架构图?

    大家都知道,在PPT当中有个非常好用的文字转换成图形的功能叫做SmartArt工具,尤其是制作组织架构图的时候,这个工具的使用频率非常的高。当组织架构比较简单的时候,还比较容易操作,一旦公司组织架构复杂,似乎SmartArt工具就不太那么方便使用了。

    场景:企业人力资源HR部的用PPT绘制组织架构图的办公人士。

    问题:如何快速产生一个复杂的组织架构图?

    解答:利用PPT的转换成SmartArt功能搞定!

    具体操作如下:首先在PPT中插入一个文本框,并输入公司的部门或职位名称。(下图1处)

    紧接着,每次单击键盘的Tab键进行“缩进”,根据公司实际的组织架构进行“缩进”设置,设置完毕后效果如下。(下图2处)

    接下来最关键的一步,选中上图的文本框,然后在“开始-转换为SmartArt”中选择“组织架构图”。(下图5处)

    瞬间完成对复杂组织构架图的制作,如下图所示。

    但似乎还不那么满意,比如第四层级,为什么连接线是歪的?,有比如“秘书”怎么放进去呢?首先来解决连接线的问题?一种方法是换一种组织架构图的表达。在SmartArt工具栏中选择下图6处的组织架构图类型。

    另一种方法就是把SmartArt图转换成为形状,然后自己手动微调。(下图7处)

    转换完毕后,SmartArt图成为图形,如下图所示。(注意此操作不可逆转,就说不能恢复成SmartArt图)

    第二个问题,如何添加秘书呢?方法也很简单,选中CEO那个位置,在下图8处 添加形状,单击“添加助理”按钮。(下图8处)

    添加完毕后,输入“秘书”两字即可。效果如下:

    总结:利用SmartArt的转换功能,比直接插入SmartArt的方法效率高很多倍,如果是需要在Word中产生复杂组织架构图的方法,也可以在PPT中转换好后,再复制到Word或Excel。SmartArt转换功能属于PPT独享功能。强烈推荐大家掌握。

    该技巧PPT2010版本及以上有效。

    展开全文
  • 那么在Word中制作组织结构图有没有简单的方法呢?当然有,小编就为大家带来一个简单的方法。 一:建立文本 制作组织结构图的第一步,我们先把文本准备好,按照组织结构的等级的上下顺序在空白处输入文本。(如下图...

    使用Word文档办公的小伙伴应该都制作过组织结构图,相信绝大多数人都会觉得很麻烦,因为需要先插入SmartArt图形,再依次编辑文本框,甚至为了寻求精美还要更改颜色等等。那么在Word中制作组织结构图有没有简单的方法呢?当然有,小编就为大家带来一个简单的方法。
    在这里插入图片描述

    一:建立文本
    制作组织结构图的第一步,我们先把文本准备好,按照组织结构的等级的上下顺序在空白处输入文本。(如下图所示,比如推广部的下级是推广部A、推广部B,那么推广部A和B就要排在推广部下方。)
    在这里插入图片描述

    二:建立多级列表
    选取全部文本,点击【开始菜单栏】中的【多级列表】,随意选取一种列表方式。
    在这里插入图片描述

    三:更改列表等级
    为了区分组织结构表的等级,首先我们选取【总经理】,点击【多级列表】,在最下面有一个【更改列表等级】,我们将其改为【一级】,其余文本按照等级依次设置即可。
    在这里插入图片描述

    四:插入结构图
    点击【插入】,打开【SmartArt】,选取【层次结构表】,点击确认即可。
    在这里插入图片描述

    五:粘贴文本
    选取所有文本,点击文本框,在文本输入框中,将鼠标放置在第一行的位置。点击【Ctrl+V】,这样所有的文本内容都会按照事先制定好的等级规则分布在文本框中。
    在这里插入图片描述

    六:剪切多余文本框
    如果你发现结构图中多余出了几个文本框,那么右击鼠标点击【剪切】,就可以去除掉多余的文本框。
    在这里插入图片描述
    以上就是小编分享的如何在Word中快速制作组织结构图的方法,是不是比你之前的方法要快捷许多。如果你觉得刚好需要,那就赶紧收藏吧。

    展开全文
  • 架构师手册——图形化表达

    千次阅读 2022-01-12 09:51:55
    图形化手册-架构

    架构师手册——图形化表达

    UML

    1997年,OMG 组织(Object Management Group对象管理组织)发布了统一建模语言Unified Modeling Language,UML)。UML 是一种编制软件蓝图的标准化语言,它的目标之一就是为开发团队提供标准通用的设计语言来开发和构建计算机应用。通过使用UML,这些人员能够阅读和交流系统架构和设计规划。UML支持面向对象的技术,能够准确的方便地表达面向对象的概念,体现面向对象的分析和设计风格.

    UML的模型主要有三部分构成:

    • 事物(Things):UML模型中最基本的构成元素,是具有代表性的成分的抽象
    • 关系(Relationships):关系把事物紧密联系在一起
    • 图(Diagrams ):图是事物和关系的可视化表示

    1.流程图

    流程图用于描述系统的活动, 判定点和分支等。

    动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变。在 UML 中动作状态用圆角矩形 表示, 动作状态所表示的动作写在圆角矩形内部。

    分支与合并: 一般用于表示对象类所具有的条件行为。

    用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形 表示。 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的, 须保证只有一条出转换能够被触发。 合并包含两个带条件的入转换和一个出转换。

     

    2.时序图

    时序图是用来显示参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。顺序图将显示的重点放在消息序列上,即强调消息是如何在对象之间被发送和接收的。

     

    3.类图

    类图是描述系统中的类,以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型,确切地说,是一种静态模型类型。类图表示类、接口和它们之间的协作关系。

     

    4.泳道图

    泳道图按角色划分为一个个泳道,每个角色的活动散落在各个角色对应的泳道里。泳道图是将模型中的活动按照职责组织起来。这种分配可以通过将活动组织成用线分开的不同区域来表示。由于它们的外观的缘故,这些区域被称作泳道。

     

    5.状态图

    通过建立对象的生存周期模型来描述对象随时间变化的动态行为。

     

     

    6.用例图

    用例图捕捉了模拟系统中的动态行为,并且描述了用户、需求以及系统功能单元之间的关系。用例图由主角,用例和它们之间的关系组成。

     

    7.部署图

    部署图由节点以及节点之间的关系组成。描述的是系统运行时的结构,展示了硬件的配置及其软件如何部署到网络结构中。

     

    8.组件图

    组件图(Component Diagram)又称为构件图,他描述的是在软件系统中遵从并实现一组接口的物理的、可替换的软件模块。

     

    9.ER图

    E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型、属性和联系的方法,用来描述现实世界的概念模型。它是描述现实世界关系概念模型的有效方法。是表示概念关系模型的一种方式。

     

    项目管理

    1.甘特图

    甘特图(Gantt chart)又称为横道图、条状图(Bar chart)。其通过条状图来显示项目、进度和其他时间相关的系统进展的内在关系随着时间进展的情况。

    甘特图以图示通过活动列表和时间刻度表示出特定项目的顺序与持续时间。一条线条图,横轴表示时间,纵轴表示项目,线条表示期间计划和实际完成情况。直观表明计划何时进行,进展与要求的对比。便于管理者弄清项目的剩余任务,评估工作进度。

     

    2.燃尽图

    燃尽图(Burndown Chart)是以图表展示随着时间的减少工作量的剩余情况。工作量一般以竖轴展示,时间一般以横轴展示。燃尽图对于预测何时完成工作很有用,经常被用于敏捷软件开发中,如Scrum。燃尽图也可以用于任何可测量的进度随着时间变化的项目。

     

    个人思考

    1.脑图

    脑图又称思维导图、心智图、心智地图、灵感触发图、思维地图,在这些名称中,以“思维导图”相称的版本较为普遍,它是一种用来表达思考方式的图像式思维辅助工具。脑图使用一个中心关键词就可以引起形象化的构造和分类想法,以“辐射线”的形式延伸(代表字词、任务、想法或其它关联项目的内容),能够很好地展现出制作者的想法及思考方式。

     

    2.鱼骨图

    鱼骨图(又名因果图、石川图),指的是一种发现问题“根本原因”的分析方法,现代工商管理教育将其划分为问题型、原因型及对策型鱼骨图等几类。

    问题的特性总是受到一些因素的影响,我们通过头脑风暴法找出这些因素,并将它们与特性值一起,按相互关联性整理而成的层次分明、条理清楚,并标出重要因素的图形就叫特性要因图、特性原因图。因其形状如鱼骨,所以又叫鱼骨图。

    详情见附件:

    ​​​​​​https://zixy4oa9mb.feishu.cn/docs/doccnFrNmlWi23JW45V43rW6Ked# 

    展开全文
  • HTML制作简单课程

    千次阅读 2021-11-30 16:25:58
    称为双标签(开始标签、结束标签) 有些标签是单个的 称为单标签 2、标签关系 包含关系和并列关系 包含关系 代码如下 xxxxxxx 课程 项目 上课 休息 星期 星期一 星期二 星期三 星期四 星期五 星期六 星期日 上午 ...
  • 试用版 试用版 Nevron Vision for SSRS(SQL2008,VS2008) 试用版 试用版 试用版 Nevron Vision for SSRS(SQL2012,VS2010) ...其优美的可视化设计器,详尽和完善的设置以及良好的组织架构可以即刻改善您的报表制作体验。
  • 重读《架构漫谈》

    千次阅读 2019-10-06 16:33:44
    架构漫谈是由资深架构师王概凯Kevin执笔的系列专栏,专栏将会以Kevin的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问题。专栏的目的是希望能抛出一些观点,并引发大家思考...
  • 在线制图工具 我们可能会接触到很多的绘图工具,有客户端版本APP... 拥有多种类型的图形,包含UML,云架构设计,平面图设计,网络图,流程图,示意图,组织机构,思维导图等等. 数据存储云上存储,历史数据版本控制。 只要有网
  • 企业应用架构是指一整套软件系统的构建,通过合理的划分和设计组合在一起,支持企业方方面面的经营运作。 不论是传统企业,还是互联网公司,发展到一定阶段,都需要一整套体系化的应用架构来支撑其运转。良好的、...
  • 系统架构之服务器架构

    万次阅读 多人点赞 2019-10-09 14:46:46
    服务器架构图多以物理视图呈现,物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导系统的部署实施过程。受众多为运维和实施人员。 其实服务器架构如何...
  • 关于前端架构的过去、现在与未来

    千次阅读 2020-02-13 14:16:36
    早期的软件架构模式建立在有限的硬件功能上并尊重这一事实,然而,今天的情况已经变了。计算能力在不断提升,而软件架构印证了这种观点。本文从经典MVC说起,详尽解读了当代前端架构及下一阶段的展望。对于前端...
  • wps 制作 组织结构图

    千次阅读 2019-04-22 16:19:17
    wps制作组织结构图的方法: https://tech.hqew.com/news_1815845 https://jingyan.baidu.com/article/03b2f78c39b5f25ea237aeb0.html https://jingyan.baidu.com/article/a17d5285dd87388099c8f241.html ...
  • 中的分页 筛选表格 按表格中的列排序 内联验证必填字段(使用CSS) 屏幕截图 技术与工具 Java SDK 8u45 JavaFX SDK 8u45 带有插件和(fx)clipse 1.2.0的Eclipse SDK Luna 4.4.2 JavaFX Scene Builder 8 ...
  • 架构漫谈

    千次阅读 2019-08-31 10:35:15
    架构漫谈是由资深架构师王概凯Kevin执笔的系列专栏,专栏将会以Kevin的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问题。专栏的目的是希望能抛出一些观点,并引发大家思考...
  • ClickHouse的核心特性及架构

    千次阅读 2020-08-06 09:47:40
    多样化的引擎 也许因为Yandex.Metrica的最初架构是基于MySQL实现的,所以在ClickHouse的设计中,能够察觉到一些MySQL的影子,引擎的设计就是其中之一。与MySQL类似,ClickHouse也将存储部分进行了抽象,把存储...
  • 1 组织架构/规划 组织架构 管理公司组织架构确认 组织架构制作 组织架构确认 管理公司HR 各岗职位说明书 岗位说明书制作 管理公司HR 各相关部门 事业部架构调整 区域经理、区域...
  • 组织结构图是一款跨平台的组织结构图绘制软件,能让企业管理者快速绘制高质量的组织结构图,实现企业的流程运转、部门设置及职能规划。界面与微软Office界面相仿,使用方便;丰富的模板和例子,使得新手无需特意学习...
  • 微服务:架构体系的深度治理

    千次阅读 2019-09-05 16:03:47
    微服务模式下,庞大的服务节点数量、日趋复杂的服务分层、离散的组织协同、扁平化的管理模式让服务治理的广度、深度、难度都达到前所未有的程度。 单纯依靠微服务框架层面的治理是远远不够的,需要构建贯穿研发、...
  • 架构设计的本质

    千次阅读 2020-10-12 15:45:24
    简介:实际上架构只是系统设计里面的一个重要环节,除了架构还包含了商业诉求,业务建模,系统分析,系统设计等重要领域。本文尝试从更高视角重新审视架构设计的工作,把架构设计的上升到系统设计的立体空间去探索,...
  • 随着时间的推移,很多技战术细节性的东西(工具,框架,编程语言)在我脑海中渐渐模糊,但是一些平时学习积累起来,并且在实践中加深体会的软件架构设计和组织原则,这些原则性的东西却丝毫没有被时间冲淡,反而愈加...
  • ClickHouse更像一款“传统”MPP架构的数据库,它没有采用Hadoop生态中常用的主从架构,而是使用了多主对等网络结构,同时它也是基于关系模型的ROLAP方案。 一 核心特性 1 完备的DBMS功能 具有晚辈的管理功能,所以它...
  • 后端架构师技术图谱

    千次阅读 2019-07-19 23:17:27
    看到github上一篇超炫的博文,是阿里工程师总结的《后端架构师技术图谱》,分享给大家。\ 数据结构 队列 集合 链表、数组 字典、关联数组 栈 树 二叉树 完全二叉树 平衡二叉树 二叉查找树...
  • 【软考系统架构设计师】2021年下系统架构师综合知识历年真题
  • 各类游戏对应的服务端架构

    千次阅读 2017-02-24 22:48:49
    游戏世界采用房间的形式组织起来,每个房间有东南西北四个方向可以移动到下一个房间,由于欧美最早的网游都是地牢迷宫形式的,因此场景的基本单位被成为 “房间”。MUDOS使用一门称为LPC的脚本语言来描述整个世界...
  • 微服务架构了解

    千次阅读 2020-06-10 00:11:21
    一文详解微服务架构 本文将介绍微服务架构和相关的组件,介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。 要理解微服务,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 19,666
精华内容 7,866
关键字:

如何制作组织架构表

友情链接: ants_vector.zip