我维护用于自动测试Swing应用程序的Autoit项目。这些测试现在有大约70个文件。不遵循一些“最佳实践” ,很难维护所有这些代码。我正在尝试创建尽可能多的函数(由于重复的代码)和常量(频繁更改),这似乎还不够。

我通常具有以下类型的功能:

  • 一些常规功能(插入带有日志记录的文本,从组合框选择或读取。)
  • 一些特定于屏幕的功能(填写一种表格。)
  • 一些数据/逻辑功能-测试应用程序逻辑和数据处理
  • 测试用例函数-结合前3个以实现一些测试方案

  • AutoIt没有类=>没有继承=> OOP原理很难重复使用(显然是:D)

    有人对用AutoIt编写的大型应用程序有一些经验吗?我的意见是,AutoIt适用于
    可惜的是,AutoIt没有一些有用的IDE。

    最佳答案

    AutoIt开发人员希望确保以AutoIt编写的属于核心库的所有功能(简称UDF)都受某种代码风格的约束。您可以在此处找到此标准:http://www.autoitscript.com/autoit3/udfs/UDF_Standards.htm社区中的许多程序员都在此标准中编写了所有AutoIt代码。

    关于IDE的主题。 SciTE是耗时考验的代码编辑器,但作为IDE,它的性能足以满足要求。社区还开发和维护了另外两个IDE:

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

  • 最后一个是相当新的,但是它看起来非常有前途,并且可能对您的项目更好。

    最后,我有一个警告提示。您说“很难应用OOP原则”,但是即使作为OO程序员,您也应该在学习OOP之前就拥有核心思想,即如何编写非OO代码。大多数OO语言的核心都是命令式的,因此您应该已经是出色的命令式编码器。 AutoIt也势在必行。

    有用的IDE不能解决您的问题!但是,这会使它们更易于管理。

    我不知道您在哪里听说AutoIt仅对500行以下的脚本表现良好,但是每次#include默认库之一时,您都在添加约10000行代码。如果您可以编写正确的代码,则可以构建自己的库,而不会增加其余代码的复杂性。

    关于testing - AutoIt最佳做法/编码样式,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/9109426/

    10-12 18:52