in insights.thoughtworks.cn / 2017-10-27 11:18 / by @Thoughtworks

DDD战略篇：架构设计的响应力

打开原文喜欢 0 0 条评论

在战略层面，DDD非常强调针对业务问题的分析和分解，通过识别核心问题域来降低分析的复杂度。在战术层面，DDD强调通过识别问题域里的不同业务上下文来进行面向业务需求的组件化。最后在实现层面利用成熟的技术模式屏蔽掉技术细节的复杂度。

on onevcat.com / 2025-01-02 23:59

编译器，靠你了！使用类型改善状态设计

如何用类型表达状态？文章深度解析了在 Swift 中通过类型系统管理状态的实践方法，涵盖了类型安全设计、编译期检查和减少运行时错误的技巧。通过实例展示，将状态逻辑融入类型定义，提升代码的健壮性和可维护性，是探索函数式编程思想的绝佳案例！

查看详情

无图

in innei.in / 2024-11-02 16:58

浅谈 Follow 中的设计理念

本文分享了 Follow 应用中的核心设计理念，包括多种图标转换方式、Peek 模态预览、优雅的动效过渡（通过 Framer Motion）、层叠模态框的层级处理以及 AutoResize 组件的平滑高度调整。这些设计细节提升了用户体验，同时控制了动态效果强度，确保设备性能与用户偏好。

查看详情

无图

cr crossoverjie.top / 2024-11-02 16:49

IM系统重构到 SDK 设计的最佳实践

本文介绍了 CIM 系统重构为 SDK 的实践，使用 Builder 模式创建客户端，实现了长连接、心跳检测及自动重连等功能，极大简化了消息收发流程。还优化了请求代理，通过 `ProxyManager` 动态管理 URL，提升了代码复用性。集成测试涵盖多服务器重连和消息验证，确保系统高可用性。重构增强了模块间解耦，使 SDK 更易于维护和扩展。

查看详情

无图

di www.diguage.com / 2024-11-02 16:11

再谈 DDD 是银弹吗？

领域驱动设计（DDD）并非解决复杂软件的“银弹”。尽管DDD提供了良好的理论框架，但在快速迭代中难以保持模型稳定，容易引入技术债务。作者建议在宏观上遵循DDD的方法论，但在微观实现中灵活应对，逐步优化代码，解决冗余与维护难题。通过精简代码和重构，在不牺牲开发速度的前提下提高系统的可维护性。

查看详情

无图

te tech.meituan.com / 2024-09-09 23:41

领域驱动设计DDD在B端营销系统的实践

领域驱动设计（DDD）在复杂业务系统中的应用非常有效，特别是在 B 端营销系统中。本文分享了美团如何通过 DDD 实践，优化营销系统的架构与设计，提升业务应对能力。想了解如何应对复杂业务需求的变化？千万别错过！

查看详情

无图

ix ixyzero.com / 2024-09-08 23:28

防呆设计

设计中的“防呆”理念，是为了防止用户出错，让复杂的操作变得简单直观。本文介绍了防呆设计的10大原则，如自动化、顺序操作、视觉标识等，帮助产品经理和设计师更好地为用户提供无错体验。想要提升用户体验，降低操作错误率？快来了解这些设计技巧！

查看详情

无图

cr crossoverjie.top / 2024-08-06 08:05

OpenTelemetry 实践指南：历史、架构与基本概念

本文介绍了OpenTelemetry的历史、架构和基本概念。OpenTelemetry是一个用于统一日志、指标和链路追踪的开源项目，旨在简化可观测性技术栈的复杂性。文章详细介绍了OpenTelemetry的三个核心组件：客户端、OTel Collector和数据存储。通过标准化协议，OpenTelemetry实现了与多种后端系统的兼容，为开发者提供了一种灵活且可扩展的可观测性解决方案。

查看详情

无图

te tech.meituan.com / 2024-08-06 07:50