共计 955 个字符，预计需要花费 3 分钟才能阅读完成。
前言：
本周次要进行了温习以及欠缺之前未实现的重构工作，在这个过程中也遇到了问题，将他们总结了下来！
以老师治理为例解析各个之间的分割：
注：并未将模板继承中的模板和查问性能退出其中
咱们在 index 主页面能够进行删除，编辑，新增操作。以编辑为例，首先从 index 获取被操作的对象的 id 值，从而获取整个对象的信息，传入 V 层进行包装，通过 V 层传入 update 进行保留和操作胜利与失败的输入。
谬误示例及解决办法：
1.
这个问题是在我对课程进行编辑的时候，无论如何我的 update 的输入都是上面这张图片所示：
排查思路：由近到远
1.
排查过程：
1). 首先是对于 Update 进行排查，其只有 C 层，易于查看，很快就发现它没有谬误。
2). 持续排查：再上一层是 edit 的 V 层；因为 V 层次要对 C 层进行包装，故不扭转由 edit 传入的值，只需查看 V 层的向 update 的传入即可。因为出错提醒知出错信息为与 ID 相干的中央，通过关键字查问，发现 ID 在 V 层仅存在于下图：
通过查看相干字段马上发现出错在 value 后多打了一个双引号，导致无奈执行大括号的内容，继续返回默认值 0。
以上是解决这个问题的过程，假如在 edit 的 V 层依然没有发现错误，再往上找，下一层便是 edit 的 C 层，以此类推。
2.
这个问题是进行课程编辑操作时，跳转到 update 时始终显示下图后果：
我首先是查看了 update 对应的 C 层，发现逻辑呈现谬误：
很显著咱们发现应该将 else 放到第一个 if 的外边。假如咱们通过排查发现 update 没有谬误，就依照由近到远的思路持续排查。
3.
咱们很显著发现报错是 uesrname，这样咱们就能够通过关键字查问来间接找到他，因为提醒说的是没有在 M 层找到 uesrname，所以这时咱们应该把 C 层，V 层找一下。
发现了出错的中央。
总结：
1. 当有谬误时，不要去自觉的找，依据出错的提醒进行剖析，如第一个谬误，咱们首先应该大面的剖析其可能出错的中央，采纳由近及远的思路去查找。
2. 当咱们依据提醒发现是拼写或者语法错误的时候，不倡议一个一个去找出错的中央，应该通过关键字查问来疾速定位出错的地位。
本文保留所有权力，版权归河北工业大学梦云智软件开发团队所有。未经团队及作者当时书面批准，您不得以任何形式将本文内容进行商业性应用或通过信息网络流传本文内容。本文作者：郝泽龙
