写了一个区间段修改的逻辑，这个注释能打几分！

[DavidNineRoc]

在写一个日期不同而价格不同的数据库设计，用每日一条记录会简单一点。 现在用的是时间段的。最小单位是一天。如果当天临时变，采用日记记录表。

---

代码有点多，换成贴图，格式好看一点。

因为图片太长，微博会压缩，文末是超长原图

原图连接 微博的图片会被压缩 https://i.loli.net/2018/08/31/5b88fbf9b9f8e.png

[b821025551b]

0 分，10 行代码能解决掉掉问题写了 600 多行。

[DavidNineRoc]

@b821025551b 请指教。

[iblislsy]

贴代码的正确姿势捏

[jrient]

return 0;

[php01]

一句话，我喜欢别人这样写注释。但是我不喜欢这样写注释

[ipwx]

注释太多辣，本来一眼扫过去能看清楚的逻辑愣是被拆开来了

[mcfog]

大概 40%注释是自动生成了，另外 40%左右类似

//下面我要装逼了
装逼();

[Rizio]

@php01 +1

[DavidNineRoc]

@iblislsy 直接贴，换行不好控制
@jrient 不应该是 exit(0); >_<
@php01 有些地方不写多一点注释，害怕自己一个月后再回来看也懵逼
@ipwx 可能是自己写的，然后觉得正好把区分的地方写逻辑。

[ljspython]

喜欢看有这样注释的代码，但是别指望我写这样的注释

[DavidNineRoc]

@mcfog IDE 自动生成不讨论，主要是用来代码提示。 我说的注释是画图 >_<

[lxy42]

注释太多了，有些注释略显多余。
这些注释看起来都是在介绍业务逻辑，你不觉得维护起来很麻烦吗？我个人倾向于在文档中描述清楚业务逻辑，在注释中稍微注明一些“坑”即可。

[iblislsy]

@DavidNineRoc 有很多贴代码的链接...找一个帖进去，会生成一个链接

[lxy42]

还有一点就像#6 说的，有些简单的操作其实一眼就能通过名字猜出含义，但是被大量注释分割开了。

[DavidNineRoc]

@ljspython 哈哈，果然是 PHP 老手
@lxy42 因为以前接手过一个老旧项目，看一点代码去找文档，看一点去找文档维护才是真的心累。其他地方的代码基本就写一点坑，就这个控制器多一点。
@iblislsy gist?

[iblislsy]

https://paste.ubuntu.com/

[cexy]

php 天下第一，不做 php 好多年。。。手动滑稽

[sagaxu]

零分，又啰嗦又没用

[UIXX]

一些复杂的图形算法是这样写注释的。但是这个...我觉得不是很适合这样写。有点过度注释，效果可能并不是太好。
说到底，你说的是业务逻辑，条件分支多。最适合的改代码方式就是理解了业务逻辑后再看代码，而不是边看代码边捋业务逻辑。
如果是这样更好：
1、业务逻辑单独描述，不会给人概念断层的感觉。
2、函数内变量名称与业务逻辑描述有所对应
3、有意识地格式化一下代码，用代码结构来唤起人对于其中业务的建模

[eluotao]

这个长图用什么插件截的.能否告知.