PHP函数滥用？_Php_Mysql_Coding Style

PHP函数滥用？

php mysql coding-style

PHP函数滥用？,php,mysql,coding-style,Php,Mysql,Coding Style,我有一个大型系统，我已经编码，我希望使代码（我敢说）更简单，更容易阅读。不幸的是，在此之前，我很少使用函数我的代码中运行了许多不同的MySQL查询，我觉得如果我将各种显示转换成函数并将它们存储在一个单独的文件中，那么代码将更易于维护（事实上，我知道会）我唯一想知道的是，这是否是一个普遍的做法，如果你认为这会伤害我的长期表现和其他因素。以下是我目前使用的示例： $result = mysql_query("SELECT * FROM table"); while($row = mysql_f

我有一个大型系统，我已经编码，我希望使代码（我敢说）更简单，更容易阅读。不幸的是，在此之前，我很少使用函数

我的代码中运行了许多不同的MySQL查询，我觉得如果我将各种显示转换成函数并将它们存储在一个单独的文件中，那么代码将更易于维护（事实上，我知道会）

我唯一想知道的是，这是否是一个普遍的做法，如果你认为这会伤害我的长期表现和其他因素。以下是我目前使用的示例：

$result = mysql_query("SELECT * FROM table");

while($row = mysql_fetch_array($result)){

/* Display code will go here */

}

你可以想象，这可能会很长。我正在考虑创建一个函数，该函数将获取结果变量，并完成此操作，然后返回结果，如下所示：

$result = mysql_query("SELECT * FROM table");

dsiplayinfo($result);

你认为这是正确的方法吗

[编辑]

函数会非常不同，因为每个函数都需要以不同的方式显示数据。每个场景中都需要显示数据库的不同字段。您是否觉得即使考虑到这一因素，这种方法仍然是一种好方法？AKA模块化设计尚未完全完成，但易于维护

使用更多的函数可能是有益的，也可能是有害的。从理论上讲，它使您更倾向于模块化设计，这意味着您可以在多个应用程序中反复使用一个功能，而无需重新编写

我真诚地鼓励你们更多地参与更大的会议，比如外面的会议。这是一个伟大的故事。它使用帮助器来实现额外的外部功能，使用模型来查询数据库，使用控制器来执行所有逻辑，最终结果将传递到视图，以使用HTML/CSS进行格式化，并使用Javascript进行添加。

使用更多函数可能会有所帮助，也可能会造成伤害。从理论上讲，它使您更倾向于模块化设计，这意味着您可以在多个应用程序中反复使用一个功能，而无需重新编写

我真诚地鼓励你们更多地参与更大的会议，比如外面的会议。这是一个伟大的故事。它使用诸如助手的附加外部功能、模型查询数据库和控制器来执行所有的逻辑，并将最终结果传递给视图，以便用HTML/CSS格式化，并用JavaScript添加。

<是的，也考虑查看ORM或一些数据库无关接口。这也可能有助于减少重复（如果出现这种情况，当然也会使移植到新数据库变得更容易）

基本上，每当您看到外观类似的代码（无论是在结构上还是在功能上），您都有机会将其分解为可在应用程序中共享的功能。一个很好的经验法则是不要重复自己（干）

是的，也要考虑查找ORM或一些数据库不可知的接口。这也可能有助于减少重复（如果出现这种情况，当然也会使移植到新数据库变得更容易）

基本上，每当您看到外观类似的代码（无论是在结构上还是在功能上），您都有机会将其分解为可在应用程序中共享的功能。一个好的经验法则是不要重复你自己（干）

不要使用“SELECT*”——出于性能原因和维护原因，请列举所需的字段
在您的示例中，显示代码可能与SQL查询紧密耦合，因此您不妨将它们封装在一起

您可以考虑使用ORM（如CaKEPHP）的某种MVC框架，这将比重用一组函数更好地促进模型重用。

你在正确的轨道上！编写代码，然后对其进行重构，使其变得更好——非常智能

不要使用“SELECT*”——出于性能原因和维护原因，请列举所需的字段
在您的示例中，显示代码可能与SQL查询紧密耦合，因此您不妨将它们封装在一起

您可以考虑使用ORM（如CaKEPHP）的某种MVC框架，这将比重用一组函数更好地促进模型重用。

你在正确的轨道上！编写代码，然后对其进行重构，使其变得更好——非常智能