用描述程序的方式emo,扎心了...

2023-06-04 22:15:19 浏览数 (2)

用描述程序的方式emo,扎心了...

众所周知写程序是个枯燥无聊的过程,再加上生活的不顺与坎坷,当程序语言与emo结合起来,看谁还说程序员不懂感情!

首当其冲的就是循环语句了

世界上最寂寞的感觉,是我在 for 循环里等待你的 return,但你却一直在 while 循环里追寻自己的快乐

然后就是借助循环的递归,不得不说确实有理

递归,永远沉浸在自己的世界里 人生就像递归 一直找到合适的答案才会跳出走向下一个阶段

怕的就是递归没有出口,无限的内耗

怎么能少了while循环

当遇到自己的while,及时break,我是想说,遇到正确的答案,及时给出。如果是错误的,也请不要在做无用的循环。

说了循环就得说说跳出循环(总得脱离苦海不是:grin:)

及时break 不要执着continue:broken_heart:

(此处提问:break和continue啥区别)

当遇到自己的while,及时break,我是想说,遇到正确的答案,及时给出。如果是错误的,也请不要在做无用的循环。:boom:

对的那个出现就及时出来吧,无用的循环只会让CPU徒增功耗

return放哪里都可以退出 我只希望找到属于我自己的break 别那么拘束,直接goto就好,自由点

goto虽然直接且快捷,但是背后隐藏着繁琐和危险

我的指针永远指向你,而你的心里却永远只装别人

这个就主要C/C 了,指针你得引用正确的那个地址哟:revolving_hearts:

你有很多case可以选择,当你永远是我的default<img src="https://img2023.cnblogs.com/blog/1894089/202304/1894089-20230428115754461-1404583210.png" alt="[流泪]" style="zoom: 25%;" />

switch-case 简单却又直接

你在我眼中是for,而且我并不打算用break;我在你眼中是else,不如任何一个else if的else:two_hearts:

在身边就足够<img src="https://img2023.cnblogs.com/blog/1894089/202304/1894089-20230428115754461-1404583210.png" alt="[流泪]" style="zoom: 25%;" />

因为我用的try,catch,我抛出了你的所有不好,所以我一直没找到我想要的结果,我修正了我的所有错误,但是你给自己加了一个finally

可能双向的奔赴才是美好的结局

下面说说面向对象语言

最悲惨的是自己创建的对象被别人疯狂调用:sob:

学习OOP的时候,经常调侃的就是 没有对象怎么办?那就new一个呀!

有时候只能被迫继承一个对象

有时候自己创建的对象也不得不继承下去

你在面向对象。而她却在面向过程

其实过程对象关注点的不同就造成结果的千差万别

你以为你private我就看不到你吗,把我逼急了,我就反射

哈哈,这个不学的深点都不懂这个啥意思:joy:

其他方面

编译器优化以后都是一样的,也就是说底层我们都是一样的人<img src="https://img2023.cnblogs.com/blog/1894089/202304/1894089-20230428115754445-233623773.png" alt="[舔屏]" style="zoom:25%;" />

一语点醒梦中人,哈哈 最后cpu里都是01

生活不是数据库,不能rollback,珍惜眼下人

显示要是能rollback 那该能拯救多少commit

那就学Golang,既能面向对象又能面向过程<img src="https://img2023.cnblogs.com/blog/1894089/202304/1894089-20230428115754427-1259590669.png" alt="[看]" style="zoom:25%;" />

Golang: 有C的性能又有Python的简洁:joy:

我们就像cookie一样,时间到了,我们就散了

可cookie不设置时间,一关就无了

0 人点赞