首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Twitter面试题据说只有百分之五的人才能答出来,答出来送现金红包

    黎明的阳光真美啊,当时想起我这悲催的程序员生活时,仿佛太阳已经又落山了....... 此刻,当你看到这条消息的时候,你也许正在吃早餐,也许正在做地铁或者公交去公司的路上,也许你正在马桶上,也许你已经打开电脑准备写代码,不管你在哪里,我今天是带着诚意来的。 下面是一道现金红包题: 先介绍下游戏规则,当你读完题目后(原题为英文版,我翻译了一下,凑合着看哈)。 游戏题目: 童话中有一家人在森林中被恶毒的女巫施了魔法,他们需要渡过一条宽宽的河流才能获得解救,现在的情况如下: 家里有如下成员: 爸爸F 妈妈M 两个儿

    010

    COLA-statemachine在多级审核业务中的实践

    在实际的项目开发中,开发者经常会遇见类似多级审核之类的开发需求,比如某个文件审核,需要经过申请->直系领导审核->总经理审核等多个步骤。如果是一次动作触发整个审核过程,开发者可能会想到使用责任链模式来进行开发。但如果多级审核的间隔时间长,审核触发的条件不一样,责任链模式会不太能够解耦这项需求。如果采用平铺直叙式开发,无疑会将审核状态转移过程散落在系统间各个位置,前后两个状态之间的关系没有直观进行维护,同时状态转移时的条件、执行的方式和状态之间的逻辑关系很容易让开发者写出“面条代码”。在项目开发初期可能还好,随着需求的增量变化,平铺直叙式开发将使得状态转移逻辑和业务逻辑高度混合,且每增加一级节点审核,就要新增对应的审核状态及状态转移的逻辑,长此以往变得难以阅读和维护。所以,在这种情况下使用状态机这样建模方式就显得尤为必要。

    01

    为人父母始知天下事---“宝宝哭了”的问题来说说什么是分析,什么是设计

    引子: 今晚跟朋友讨论DDD(领域驱动设计),说到如何分析业务、设计方案的事情,大家对于分析与设计的关系有点搞不清,DDD到底是分析,还是设计,谈了很久的DDD,还是搞不清楚该怎么分析,怎么设计。我觉得在设计之前一定要搞清楚前一个问题,即什么是分析,什么是设计。 “业务分析”之宝宝哭了: 以领域的思维来分析问题,以分析的结果来驱动设计 ----这是我理解的DDD(领域驱动设计)。 比如,婴儿哭了,这个是问题,客户拿着这个问题,来请你分析。 角色领域视角分析: 角色领域视角分析设计 妈妈 育儿领域

    010
    领券