不要进行无谓的OOP与FP争论 - Mathias Verraes
https://twitter.com/mathiasverraes/status/1153615691397943297 我希望我们无需争论OOP与FP，而应该开始辩论个人范式。不可变性，封装
4 年 前
十个现代软件过度工程的错误
完美的抽象实际是在浪费时间。 重复胜于错误的抽象 恰恰相反，重复有时是正确抽象的关键。因为只有当我们看到系统的许多部分共享“相似”的代码时，一个更好的共享抽象才会出现。抽象的质量是最薄弱的环节
7 年 前
adapter模式读书笔记,请多多指教
在使用一个类时，为了使这个类具有更好的复用性， 不能在使用它时增加额外的条件。当客户类使用它 时，当接口不匹配时，如果采用非 面向对象 的方法 ，用硬代码调用这个类，势必会出现大量的重复代 码
20 年 前
请教这个应用技术如何实现？
在在java技术实现上如何更好的设计，方便对外存取数据，是重新封装这几个类还是怎么着，欢迎大家给点建议。
10 年 前
存储比展现更重要
windows xp 给用户选择一样，绝大多数用户会使用更加有好的方式，而我们其他语言所做的就是这种友好，比如，你可能呈现更好样式的报表，你可能让整个交易过程更贴近生活步骤！…… 为的，最终是操作数据库中的数据
10 年 前
重构贫血模型提高代码的DDDness - Alexander
规则封装在对象中，也称为优秀的 面向对象 编程。 在这篇文章中，我将介绍一些可以帮助您“更好地”封装域逻辑的代码味道和模式。我们将通过重构这些类来做到这一点； public
2 年 前
决定项目成败的三件事 - 企业工艺
一点是，如果不关注核心领域和维护封装，几乎不可能编写出有价值的测试。 编写更好的单元测试将迫使您封装域模型并构建设计良好的API。封装又迫使您改善单元测试。
4 年 前
面向对象编程核心是多态！不是抽象哦 | by Sohee Kim
架构 。因此，像软件架构师一样思考很重要。 面向对象编程 十分之九的人将 面向对象 编程 (OOP) 描述为“一种模拟现实世界的方法”或使用以下概念：封装、继承和多态。然而，封装
2 年 前
小项目开始未分层，但后来业务复杂，如何改进？
数据表一个类，类的封装也很麻烦，比如表30个字段，页面来的数据我要set30次，构造成对象，然后传给业务方法，然后再get30次，构造sql语句插入到数据库中，实在恐怖。 有因为公司小，业务简单
10 年 前
工具类Util和通用类Common的反模式
正确处理，Utils类可能会成为代码中最有问题的地方。 我曾经看到过一个Util类，可以将整个银行的估值变为零。
以下是我写更好的代码所遵循的5条规则：
对相同数据进行操作的方法应该在
5 个月 前
Java9私有接口方法详解
完全封装实现细节。在接口中包含私有方法解决了这个限制，允许更复杂和封装的代码设计。此功能有助于在接口中的方法之间共享代码，而无需将其暴露给外界，从而促进更清洁、更模块化和可维护的代码库。
私有
2 个月 前
使用DDD澄清MVVM
？ DDD的另一种战术模式可以帮助我们：领域服务，是我们管理域模型之间交互的地方。如果我们找不到更好的地方来为指定的用例提供业务逻辑，我们就会使用它。我们的ViewModel将操纵操作域模型的领域服务
5 年 前
表数据网关模式
此模式属于 数据源 架构 模式 目录，此目录属于 企业应用程序体系结构模式 。 目的 充当数据库表的网关的对象。一个实例处理表中的所有行。 这里Gateway表示 封装对外部
5 年 前
用什么模拟关联表和一些ejb的问题
中提过可以，我不知道怎么用，而且据说这样，封装性不好。其中的优缺点请牛人指点）我个人一开始想用第一个方式，后来据说ejb－ql比较好，又想用后者，不过第三个我不喜欢，也不理解，结果造成分歧，（让我们
20 年 前
请问这种情况该怎么办好呢
现在我们有一个项目，客户端主要分为两类功能，一类是许多类似网站后台似的管理程序，主要是增删改查，感觉用bs更好，另一类是完成图像处理的功能，其交互复杂性和计算要求更适合采用CS程序，而且整套系统中
10 年 前