哎呀，真的累死了。今天又是加班到半夜三点。我的眼睛都花了屏幕上的光标一闪一闪的，像是在嘲笑我。我就想问问，咱们程序员到底是为了什么？为了代码？为了封装？还是为了那个永远改不完的Bug？ 深得我心。 我最近感觉状态特别差，脑子像是一团浆糊，写出来的代码我自己都不敢看。我想了很多办法，怎么才能不这么累呢？怎么才能提升效率呢？

一、 我的状态为什么这么差？是不是封装太重了？

说实话，我觉得我病了。不是身体上的病，是脑子里的病。以前写代码很爽，现在写代码像是在拆炸弹。我觉得问题出在我的代码设计上，或者说是我对“封装”这两个字理解得太深了。我看过一本书， 上面说这种模式将状态的逻辑封装在独立的类中,使得对象可以在运行时根据其状态轻松地改变行为.技术混子廖小凡设计模式Java程序员.这话听起来好高深，但我用的时候感觉像是在背锅，我心态崩了。。

我现在的订单类，封装得太重了。前期的订单类过度封装,核心字段被深深藏在层层调用里。我想改个支付时间，得顺着代码的肠子找过去，找到底层的数据库映射，还要看是不是加了什么奇怪的外键约束。 没眼看。 这哪里是写代码，这简直是在考古。每次修改都要小心翼翼，生怕把哪层封装给捅破了导致整个系统崩盘。这让我极度焦虑，这种焦虑感直接导致了我的精神状态过度紧绷。

而且，我觉得这不仅仅是封装的问题，是过度设计的问题。我总是想得太多，做得太少。我还没开始写业务代码， 先在脑子里把未来可能用到的功能都预演了一遍，然后写了一堆抽象基类、 挖野菜。 接口、工厂模式。后来啊呢？需求变了。我的那些抽象瞬间变成了废纸。我不得不重新修改之前的封装才能完成复用，导致到头来成本其实吧还不如不做。这让我觉得特别亏，特别累。

所以我怀疑我的过度状态是不是就是拜这些复杂的封装所赐。我花了80%的时间去搭建框架，只有20%的时间在写真正的业务逻辑。这效率能高吗？肯定高不了啊。

1. 封装是好事，但别把自己埋了

在程序设计中永远有一个思想就是 write once run anywhere！ 封装思想在我们编程工作中是非常重要的， 有的人工作了好多年，还不会如何封装代码，写出来的代码可读性与可维护性极差，跟他们一个做项目是非常累的，但跟大牛合作，他们写的工具类会写得非常好，你只需要按工具类的要求传入数据，它就会给你返回后来啊.今天我们就来聊聊这个让人头秃的过度封装问题。

雪糕刺客。 我在网上看到有人说封装是为了保护内部数据，防止被非法修改。这话没错，但是不要过度封装。就像盖房子，你得先有砖头，才能盖墙。如果你连砖头在哪都不知道，只看得到一堆漂亮的图纸，那房子是盖不起来的。我的代码现在就是只有图纸，没有砖头。核心逻辑被藏得严严实实 我想看看那个状态到底是不是真的变了后来啊查了半天日志，全是各种代理、拦截器，再说说发现源头竟然是一个没加注释的私有变量。

这种过度封装容易养成习惯。后端程序员都干些什么转自:微信公众号码农翻身这个问题来自于QQ网友,一句两句说不清楚,索性写个文章.初学常出现的问题是急于尝试各种“设计”。他们觉得不用几个设计模式、不写几个接口就不叫高级程序员。其实呢？在业务快速迭代之下,很难判定当前的设计是欠设计还是过度设计 妥妥的！ ,你当前设计了一个简单的方案,未来可能无法适应更复杂的业务需求,但如果你当前设计了一个复杂的方案,有可能会浪费时间…….而高级程序员会运用设计模式,写出这样的代码:.那些相似的模块时你才发现,可能是由于抽象不足或抽象错误,你不得不重新修改之前的封装才能完成复用,导致到头来成本其实吧...

二、 面向对象的坑，C++教给我的事

有时候我在想，是不是主要原因是我学了C++？在C++编程语言中,面向对象程序设计是一种重要的编程范式,它允许程序员模拟现实世界中的概念,如封装 继承和多态性.数据成员定义了对象的状态,而成员函数描述了...C++面向对象程序设计入门-类与对象解析.在C++面向对象程序设计中,定义类时需要注意以下几个关键点: 1. 封装性:C++类具有封装特性,类内部的数据不应使用~extern~、~auto~或~register~等关键字来指...，物超所值。

这太可怕了。多态性这个东西， 听起来很美好，允许开发者根据需要改变实现细节,而不影响其他部分.只是,过度的封装可能导致性能问题,所以呢需要找到合适的平衡.通过多态,程序员可以在运行时确定调用哪个方法,而不是编译时.这不仅保护了对象的内部状态,防止随意修改,还允许...这让我觉得我的代码像是在走钢丝。每次调用一个方法，我都要想半天这到底走了哪个继承链，调用了哪个虚函数。我的脑子根本处理不过来这么多信息。这严重影响了我的工作效率，我写一行代码要停下来思考十分钟，这谁受得了啊，梳理梳理。？

2. 抽象， 是为了偷懒，不是为了装X

实不相瞒... 举个例子，你要做一个功能模块，但你考虑到到这个系统里还有几个未完成的模块和你要做的东西类似，所以你决定为此额外做一些抽象和封装,以便将来复用.

这就是典型的“为了未来而牺牲现在”。你现在的任务很急，老板等着上线。你却在这里搞抽象。后来啊呢？那个未完成的模块再说说根本没做， 总结一下。 或者需求完全变了。你花了一整天写的那个抽象基类，现在成了我代码里的累赘。每次看到它，我就觉得心累。

新手程序员, 特别是非科班出身的文科程序员, 最容易犯了过度封装的错误的原因就是不知道何时适可而止, 脑筋往往不断地分解分解再分解问题, 再说说, 你看到的就是这个调用那个, 那个引用这个, 乱七八糟毫无头绪....

就算.... 就像我现在 看着屏幕上密密麻麻的类图，我完全不知道哪个类在控制哪个类。我想改个按钮的颜色，后来啊发现要改三个类，还要动用工厂模式，还要注入依赖。这哪里是提升效率，这简直是折磨自己。

三、 跳转表与性能，我的脑子转不动了

为了提升效率，我听说可以用一些高级技术，比如跳转表。先解释一下什么是跳转表技术, 这是一个非常古老而基础的计算机编程领域的技术. 跳转表包含很多层含义, 简单的说, 就是将逻辑代码块放到一个索引表中, 代码编写过程通过...，最后强调一点。

听起来很复杂，我也没搞太明白。但我现在的感觉就是我的代码太复杂了就像一个巨大的跳转表，让我晕头转向。我不需要这么复杂的东西。我只需要写一个简单的函数，输入参数，输出后来啊。就这么简单，说明…..。

1. 奥委会和DI，我是不是被绑架了？

最近公司推行架构升级，要搞奥委会。C# 实现奥委会 设计原则和简单封装奥委会设计原则实现规则依赖倒置原则依赖注入奥委会容器奥委会设计原则控制反转,是面向 我服了。 对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度.其中最常见的方式叫做依赖注入,还有一种方式叫 依赖查找 (Dependency Loo...

控制反转。我现在的状态就是被反转了。我本来想写代码，后来啊被框架控制了。我想调用A方法，后来啊框架告诉我，你得先配置XML，或者写个注解，还得搞个配置类。这太累了。我的封装思想在我们编程工作中是非常重要的， 有的人工作了好多年， 尊嘟假嘟？ 还不会如何封装代码，写出来的代码可读性与可维护性极差，跟他们一个做项目是非常累的，但跟大牛合作，他们写的工具类会写得非常好，你只需要按工具类的要求传入数据，它就会给你返回后来啊.今天我们就...不我不想要工具类了我想要简单点。

四、 ：别想太多，活着最重要

所以回到一开始的问题，如何轻松应对程序员过度状态，提升工作效率？我的答案是：别过度设计，别过度封装，别过度学习。

封装,但不要过度封装,区分那些是可变的,那些是不变的,把可变的放在外部作为输入参 是个狼人。 数传入..在程序设计中永远有一个思想就是 write once run an...

那些相似的模块时你才发现,可能是由于抽象不足或抽象错误,你不得不重新修改之前的封装才能完成复用,导致到头来成本其实吧...

真的， 别学那些什么跳转表，别学什么奥委会，别学什么C++面向对象。你就写简单的代码，只要能跑通，只要能赚钱，就是好代码。我的过度封装是程序员最容易犯的错, 主要原因是是否过度并没有固定的数值标准, 只能是有经验的程序员基于科学的判断. 过度封装的危害十分严重, 所以必须重视, 并且极力避免..

1. 每日晨读合集_加水印.pdf 知识点解析

#### 一、晨读的意义与作用晨读是一种良好的习惯,能够帮 我持保留意见... 助人们在新的一天开始时调整状态,集中注意力,提高学习效率.

文章浏览阅读2.4k次,点赞2次,收藏18次。C# 实现奥委会 设计原则和简单封装奥委会设计原则实现规则依赖倒置原则依赖注入奥委会容器奥委会设计原则控制反转,是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度.其中最常见的方式叫做依赖注入,还有一种方式叫 依赖查找 (Dependency Loo..._c# 实现ioc 设计原则和简单封装 学习消息历史C# 实现奥委会 设计原则和简单封装 https://blog.csdn.net/bianchengxiaosheng/article/details/100083031版权设计模式一边被 2 个专栏收录12 篇文章 6 篇文章 C# 实现...，我懂了。

痛并快乐着。 好了不写了。我也要去晨读了调整一下状态。希望看完这篇文章，大家不要像我一样陷入过度封装的泥潭里出不来。累了困了睡了。