blocks|key|3709368|text|我几乎总是把它们合并。同样的验证，相同的首页指针，等等。有几个检查你必须做，但我认为它们超过了缺点。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3709369|当需要添加字段或修改处理程序的某些逻辑时，这样做要容易得多。|3709370|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I almost always merge them. Same validation, same front end page pointers, etc. There are a few checks you have to do, but I think they outweigh the downside.

And when it comes time to add fields or modify some logic of the handlers, it is a lot easier to do.

blocks|key|3709397|text|如何创建一个验证方法来传递一个变量，该变量表示模式(添加或更新)，并让它在验证后调用相应的控制器？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3709398|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

How about creating a validation method that is passed a variable that would denote the mode (add or update) and have it call the corresponding controller after validation?

blocks|key|1988086|text|我不想合并这两个控制器(我希望在那里有一些一致性)，干燥(这确实很重要)和保持控制器的方法苗条，我宁愿创建一个方法的共同验证。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1988087|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I would not merge the two controllers (I like to have some uniformity there), to be DRY (that it is indeed important) and to keep controllers' method skinny I would rather create a method for the common validation.

blocks|key|1988126|text|更新和插入是两件不同的事情。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1988127|Update将返回受影响的行数，insert将返回该插入的id。这一点很重要，因为您应该在返回控制器函数之前检查更新或插入是否真的发生。|1988128|我应该补充一下，验证不受影响。不管插入或更新如何，都可以调用验证函数。如果验证失败，则重新显示表单。如果成功，则执行更新或插入操作。|1988129|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Update and insert are two different things.

Update will return the number of rows affected and insert will return the id of that insert. that's important since you should be checking if the update or insert actually happened before returning to the controller function.

I should add that validation isn't affected. You call the validation function regardless of an insert or update. If the validation fails you redisplay the form. If it succeeds you do your update or insert.

blocks|key|3751562|text|我不会有不同的控制器，只是在同一个控制器中有不同的方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3751563|控制器将是"blog.php“，那么更新是一种方法，插入是另一种方法。|3751564|例如：|3751565|blog/add
blog/update/1|code-block|syntax|javascript|3751566|通过这种方式，您可以在控制器属性中设置验证，并只使用一次。|3751567|您甚至可以使用相同的形式，如果您创建一个$data‘’blog‘数组的基础上，或从数据库中提取。这可能有点过头了，但在某些情况下是有意义的。|3751568|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|T|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

I wouldn't have a different controller, only different methods in the same controller.

A Controller would be "blog.php" then update is one method and insert is another.

For example:

<pre><code>blog/add
blog/update/1
</code></pre>

This way you can set validation in the controller properties and use it just the once.

You can even use the same form if you create a $data['blog'] array based on post or pulled from the db. That might be a step too far, but it makes sense in some situations.

blocks|key|3709531|text|Add和Update是同一控制器的不同方法。虽然我非常喜欢保持轻巧的代码，但说到底，混合内容与其说是解决方案，不如说是麻烦。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3709532|我想这取决于您提交的表单的复杂性。例如，当您必须验证图像替换时，可能会很痛苦。|3709533|MVC是关于保持小而简单的东西，对吗？为什么要混在一起？|3709534|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Add and Update are diferent methods for the same controller. Although I'm a big fan of keeping light and clever code, at the end of the day, mixing stuff is more a trouble than a solution. 

I suppose it depends on the complexity of the form you're submitting. When you have to validate image replacements, for example, it can be a pain.

MVC is about keeping things small and simple, right? Why mix it up?

My controllers for updating and creating an object are fairly similar - they both do the same form validation and redirect. But they do, of course, call different methods in the model. Should I merge them or keep them separate? Or should I just make a separate helper function for the validation?

Pros:

<ul>
<li>One controller instead of two</li>
<li>No duplication of validation code</li>
<li>The view (which I did merge) can always point to the same controller</li>
</ul>

Cons:

<ul>
<li>The merged controller is messier - there are a couple places where I have to check whether it's an update or a create.</li>
</ul>

Should I merge my create and update controllers?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我用于更新和创建对象的控制器非常相似--它们都执行相同的表单验证和重定向。当然，他们确实在模型中调用了不同的方法。我应该合并他们还是让他们分开？或者我应该为验证做一个单独的助手函数吗？Pros:One控制器而不是两个没有重复验证代码视图(我确实合并了)总是可以指向相同的控制器Cons:合并的控制器比较混乱--有几个地方...

问应该合并我的创建和更新控制器吗？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问应该合并我的创建和更新控制器吗？EN