2

我很好奇在编程社区中什么被认为是更好的做法。

在提交时，会调用一个函数，在此进行一些验证，然后通过 AJAX 进行发布。我正在考虑让一个函数同时处理它们。我会将所有元素 ID 更改为相同，只有递增数字的差异（例如 txt1、txt2 / txt1Cnt、txt2Cnt / txt1Lbl、txt2Lbl 等......）

然后我会添加循环和条件语句来正确处理每个表单。这听起来很有趣，这就是我想这样做的原因，但现在我想也许它不会被认为是非常有效的，因为如果我只有 2 个函数，我就不需要区分所有不同的元素. 特别是因为形式不相同。

所以，我的问题是，在这类事情上是否有经验法则？功能越少越好，还是复杂性越低？

谢谢你的时间。

4

5 回答 5

3

在这些情况下，您需要考虑几件事。

  1. 代码重用 - 将代码分解为执行一件或几件特定事情的函数将让您以后重用它们。

  2. 代码可读性 - 将代码划分为逻辑函数时，代码可读性更高。特别是在其他人将处理您的代码的情况下

  3. 性能 - 如果多次调用此函数，在大多数情况下最好有 1 个函数

于 2013-08-04T17:29:02.703 回答
1

一个好的经验法则是单一职责原则，它说一个函数应该只做一件事。

于 2013-08-04T17:29:15.147 回答
0

通常，我喜欢确保单个函数或方法执行单个重要任务。这有两个好处；

  • 提高代码可读性- 如果您在 x 个月后回到您的代码，当您不再记得编写代码时，与少数大型函数相比，遵循和调整一系列较短的函数可能会花费更少的时间。执行多项任务。
  • 增加代码可重用性——这更多地适用于 OOP 类，但也与程序相关。如果您编写了一个执行相当具体的任务的函数，那么您可以在以后的项目中再次使用该函数，需要调整一些参数或路径，而不是提取一个长的、多功能函数的部分来重建该函数以满足新项目的需要。
于 2013-08-04T17:35:15.357 回答
0

更简单的功能，更少的复杂性。

于 2013-08-04T17:29:27.953 回答
0

我的经验法则是：如果我有可能将这个逻辑用于其他目的，那么最好将其分离到自己的方法或函数中。

它迫使您花费一些额外的时间来抽象一些条件以适应一般情况，但它可以节省您在其他用例中重复逻辑的 N 额外时间。

于 2013-08-04T17:29:52.210 回答