问题标签 [procedural-programming]

我正在编写一个在服务器端使用 php 的网站。我以前从未使用过。如果我做对了，那就是程序编程（这是我从未做过的另一件事）

我的问题是如何编写代码：每个程序应该在不同的文件中？把它分成不同的文件？也许有一个文件接收请求然后分派它？

在面向对象的情况下，事情变得更加清晰......

请指教

在大学里，我学会了如何使用 UML 来记录 OO 应用程序。在现实世界中，我的任务是记录一个旧的程序程序，基本上是重新创建丢失的设计规范文档。

是否有任何类似于 UML 的“标准”文档或方法来记录程序代码？我敢肯定，在 UML 之前一定有人们使用过的东西。

谢谢！

非 OOP 最常见的问题是：

当项目变得非常庞大时，如何防止函数名冲突？

对于OOP，我们可以简单地将函数放在不同的类中，但是过程编程的方法是什么？

哪种范式更适合算法的设计和分析？哪个更快？因为我在大学有一门叫做算法设计和分析的科目，并且有时间限制。OOP 比过程编程慢吗？还是时差不大？

哪些指标可以帮助表明我有过程代码而不是面向对象的代码？我想要一组简单的指标，这些指标很有可能表明分析的代码包含过程事务脚本和贫乏的域模型，而不是遵循健全的面向对象设计原则。

对任何有用的衡量指标和工具集都会感到高兴。

谢谢，托马斯！

我正在开发一个相当大的 PHP 项目，它以程序化风格编写（它是在 PHP 5 之前编写的），我不禁觉得我正在做的一些事情有点“hackish”。在其他地方进行修改很容易破坏应用程序。我见过的所有设计模式和最佳实践似乎都只适用于 OOP。我可以开始使用 PHP 5 的 OOP 功能编写我的一些代码，但我不确定是否所有其他开发人员都对 OOP 足够熟悉。

对于更熟悉 OOP 的人来说，只是程序编程的本质看起来“hackish”吗？是否有“最佳实践”书籍来处理如何保持大型程序应用程序的可维护性并降低引入新错误的可能性？

我知道我可以以程序方式应用 OOP 设计原则/模式，但如果我要这样做，我还不如只使用 PHP 的 OOP 特性。也许我只是对程序范式的理解不够好？

将过程代码转换为 SQL 的行为最近引起了我的兴趣。我知道并不是所有的东西都可以用图灵完备的程序语言来表达。

但是，如果您有特殊用途的程序语言怎么办？例如转换这样的东西：

进入这个：

这样的东西有名字吗？

此外，在我的伪代码中假设它row是不可变的，并且不可能做类似Table[0].FirstName...和其他显然没有（简单）转换为 ANSI SQL 的事情。

谁能给我这个名字？

如果您比较 C 与 SQL，这是一个论点：

与描述应该如何做的 C 等过程语言相比，SQL 是非过程语言，描述应该做什么。

那么，像 SQL 这样的语言的部分是由语言本身指定的，是吗？如果我想改变某些查询的工作方式怎么办。假设我想改变 SELECT 的处理方式。那可能吗？

我正在将程序 JS 转换为 OO，希望能提供任何帮助。简而言之，我拥有的是一个 html 页面，其中包含：

我喜欢做的是清理，不增加流量，或多或少...

我所要求的不仅是有效的方法，而且是 OO-JS 中的最佳实践。还请考虑延迟加载外部 myMethods.js 等等......

我正在考虑的选项是：

• §1，例如，将方法添加到已启动的类（或静态对象，如果可能），如果是这样，请发布附加方法的示例。

• §2（最坏情况）使用两个对象，一个用于属性（服务器生成），一个用于方法。

感谢您在这件事上的任何启示，一切顺利

//汤姆乔德

大家好，
我正在设计一个程序，它将从输入中接受一系列令牌并将它们提供给我设计的有限状态机。我设计了一个面向对象风格的测试有限状态机，具有机器本身的结构和转换等，但我正在编写的应用程序是速度非常重要的应用程序。

到目前为止，使用机器、添加新状态等已被证明很容易而且不是很复杂。理解起来很容易，离开一个月，回到代码中不会很迷失方向。但是，我不确定当前 OO 方法的速度折衷是什么。对象的分配、数据的存储等是否会大大降低使用一堆标签和goto语句的速度？