AutoIt最佳实践/编码风格

Question

我维护用于自动测试swing应用程序的Autoit项目。这些测试现在大约有70个文件。如果不遵循一些“最佳实践”(因为重复的代码)和常量(频繁更改)芽，这似乎是不够的。

我一般都有这类职能：

• 一些一般的功能(用日志插入文本，从组合框中选择或读取)。)
• 一些特定的屏幕功能(填写一张表格)。)
• 一些数据/逻辑功能. app逻辑和数据处理的测试
• 测试用例函数-结合前面的3来实现一些测试场景。

AutoIt没有类，=>没有继承，=>的OOP原则很难理解( :D )

有人有用AutoIt编写大型应用程序的经验吗？我的观点是，AutoIt是用于脚本< 500行的，对于这个大型项目来说，这不是一个好的选择。

遗憾的是，AutoIt没有一些有用的IDE。

Answer 1

AutoIt开发人员希望确保以AutoIt编写的、属于核心库(简称:UDF)的所有函数都受某种特定的代码样式的约束。您可以在这里找到这个标准：Standards.htm社区中的许多程序员在这个标准中编写所有的AutoIt代码。

关于IDE的话题。SciTE是一个经过时间测试的代码编辑器，但作为IDE，它的性能足够。还有另外两个由社区开发和维护的IDE：

• 图形调试器(F10步骤下一步功能) http://www.autoitscript.com/forum/topic/21834-graphical-autoit-debugger/
• AutoIt studio http://www.autoitscript.com/forum/topic/136766-isn-autoit-studio/

最后一个是相当新的，但它看起来非常有希望，它可能更适合您的项目。

最后，我有个警告。您说"OOP原则很难应用“，但是即使作为OO程序员，在学习OOP之前，您也应该有一个关于如何编写非OO代码的强大的核心思想。大多数OO语言的核心都是命令式的，所以你应该已经是一个优秀的命令式编码器了。AutoIt也是必需的。

一个有用的IDE不会解决您的问题！但这将使它们稍微更容易管理。

我不知道您从哪里听说AutoIt只对500行以下的脚本执行得很好，但是每次您#包括一个默认库时，您就添加了~10000行代码。如果您能够编写正确的代码，那么您将构建自己的库，而不会给代码的其余部分增加复杂性。

Answer 2

由于AutoIt没有(正如您提到的)面向对象语言的启用特性，我认为这里的部分答案是查看AutoIt拥有什么以及什么范式最适合它。在我看来，AutoIt显然是一种使用过程编程方法完成的语言。对我来说，回到那些思考方式的方法上其实有点有趣。我的大型程序最终以正确定义计算模块为重点，将什么传递到模块中(并返回)。如果你严重缺乏OO的好处，我认为接下来要关注的是范围界定--尽量保持这一点。

最后，我认为使用过程编程技术通常会在功能启动和运行之后创建一个单独的重构任务。

一个start...but的地方，这是几十年来占主导地位的范例