首页
首页
BOT
沸点
课程
直播
活动
AI刷题
NEW
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
张_逸
掘友等级
CTO 公众号:逸言
|
成创翻
热爱编码,精于架构,爱好写作,乐于分享。
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
31
文章 31
沸点 0
赞
31
返回
|
搜索文章
最新
热门
从单体架构到微服务架构
我在Martin Fowler网站上读到一篇名为How to break a Monolith into Microservices的微服务文章,作者为ThoughtWorks的咨询师Zhamak Dehghani,介绍了如何从单体架构演进到微服务架构。 我在Martin Fo…
领域驱动设计基础概念答疑
对 Flink 流处理模型的抽象
我们开发的一个基于大数据平台的数据仓库,选择了 Flink 作为数据处理的底层框架。我们主要看重于它在流处理的低延迟性,消息传递保证的 extractly once 特性;它为流处理和批处理提供了相对统一的 API,支持 Java、Scala 和 Python 等主流开发语言,
重构加重写保证版本功能的空中加油
从拼多多事件看电商的促销模型
在领域驱动设计中,通过统一语言与“名词动词法”的结合,可以快速获得初步的分析模型。但是这种方法获得的模型品质,受限于语言描述的写作技巧,统一语言的描述更多体现在是对现实世界的模型描述,缺乏深入精准的分析与统一的抽象,使得我们很难发现一些隐含在统一语言背后的重要概念。一言以蔽之,由
事件风暴的设计要素与驱动力
个人认为,相比较传统领域分析方法,事件风暴的革命意义在于它建立了以“领域事件”为核心的建模思路,这相当于改变了我们观察业务领域的世界观。当我们在理解业务需求时,我们看到的常常是功能、流程,并通过从需求描述中梳理领域概念,进而借助这些概念去识别那些参与到业务场景中互为协作的领域对
为什么我们需要正确地领域建模
广而告知:我在GitChat的领域驱动战略设计实践达人课已经发布,目前正在进入预售期。打开链接即可查看与订阅。同时,我还将在我的个人公众号上做抽奖活动,对于积极评论者会有本次课程的免费码赠送,敬请期待
何时定义领域服务
若遵循基于面向对象设计范式的领域驱动设计,并用以应对纷繁复杂的业务逻辑,则强调领域模型的充血设计模型已成为社区不争事实。我将Eric提及的战术设计要素如Entity、Value Object、Domain Service、Aggregate、Repository与Factory…
利用聚合概念指导MongoDB的Schema设计
习惯的力量强大却往往无法察觉。往往不经意之间,陷入习惯的陷阱中却不自知。 在我们的项目中,为了能够保存分析报表以及用户设置的报表查询条件,我们将这些信息视为报表元数据存储在MongoDB中。要存储的元数据包括: 报表分类(ReportCategory) 报表(Report) 报…
Spark Streaming中foreachRDD的陷阱
我们的项目需要从Kafka消费消息,在对消息进行处理后,再写入到ActiveMQ,以作为外部系统的数据源。基于这样的逻辑,我们就需要通过Spark Streaming读取Kafka的消息,获得的结果其实是一个RDD。DStream提供了foreachRDD(func)方法,通过…
下一页
个人成就
文章被点赞
355
文章被阅读
44,940
掘力值
1,651
关注了
4
关注者
2,141
收藏集
7
关注标签
7
加入于
2017-04-17