Ult*_*ter 9 testing coding-style autoit
我维护Autoit项目用于swing应用程序的自动测试.那些测试现在有大约70个文件.在没有遵循一些"最佳实践"的情况下维护所有这些代码变得非常困难我试图创建尽可能多的函数(因为重复的代码)和常量(频繁的更改)芽似乎不够.
我一般有这种类型的功能:
AutoIt没有类=>没有继承=> OOP原则难以复制(:D清楚)
有人用AutoIt编写的大型应用程序有一些经验吗?我的观点是,AutoIt适用于<500行的脚本,对于这个大项目来说它不是一个好选择.
很遗憾,AutoIt没有一些有用的IDE.
Jos*_*ond 13
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工作室http://www.autoitscript.com/forum/topic/136766-isn-autoit-studio/
最后一个是相当新的,但它看起来非常有前景,它可能对你的项目更好.
最后,我有一个警告.你说"OOP原则难以应用",但即使作为OO程序员,你应该有一个强大的核心思想,即在你学习OOP之前如何编写非OO代码.大多数OO语言都是必不可少的,所以你应该成为一个优秀的命令式编码器.AutoIt也是必不可少的.
一个有用的IDE无法解决您的问题!但是,这会让他们稍微更易于管理.
我不知道你在哪里听说AutoIt只对500行以下的脚本表现良好,但是每当你#include其中一个默认库时,你就会添加~10000行代码.如果您可以编写正确的代码,那么您将构建自己的库,而不会增加其余代码的复杂性.