Jump to content
Morthawt

Will Associative Arrays be coming?

Recommended Posts

I have a friend learning Python and he asked me if AutoIt has Associative Arrays (Dictionaries) and if I could write something in AutoIt to help him. Firstly, I never even heard of that kind of array and I found some reference from a couple years or so ago saying it was in the beta. Is that still in the pipeline to come into the final release of AutoIt?

Share this post


Link to post
Share on other sites

Maps is what you are looking for - but it is only available with beta releases of AutoIt at the moment. If it will ever make it into production? I 'm not sure :huh:

Good reading:

 


My UDFs and Tutorials:

Spoiler

UDFs:
Active Directory (NEW 2019-10-24 - Version 1.4.14.0) - Download - General Help & Support - Example Scripts - Wiki
OutlookEX (2019-07-24 - Version 1.3.6.0) - Download - General Help & Support - Example Scripts - Wiki
Outlook Tools (2019-07-22 - Version 0.6.0.0) - Download - General Help & Support - Wiki
ExcelChart (2017-07-21 - Version 0.4.0.1) - Download - General Help & Support - Example Scripts
PowerPoint (2017-06-06 - Version 0.0.5.0) - Download - General Help & Support
Excel - Example Scripts - Wiki
Word - Wiki
Task Scheduler (NEW 2019-11-07 - Version 1.3.0.0) - Download - General Help & Support - Wiki

Tutorials:
ADO - Wiki

 

Share this post


Link to post
Share on other sites

If I posted any code, assume that code was written using the latest release version unless stated otherwise. Also, if it doesn't work on XP I can't help with that because I don't have access to XP, and I'm not going to.
Give a programmer the correct code and he can do his work for a day. Teach a programmer to debug and he can do his work for a lifetime - by Chirag Gude
How to ask questions the smart way!

I hereby grant any person the right to use any code I post, that I am the original author of, on the autoitscript.com forums, unless I've specifically stated otherwise in the code or the thread post. If you do use my code all I ask, as a courtesy, is to make note of where you got it from.

Back up and restore Windows user files _Array.au3 - Modified array functions that include support for 2D arrays.  -  ColorChooser - An add-on for SciTE that pops up a color dialog so you can select and paste a color code into a script.  -  Customizable Splashscreen GUI w/Progress Bar - Create a custom "splash screen" GUI with a progress bar and custom label.  -  _FileGetProperty - Retrieve the properties of a file  -  SciTE Toolbar - A toolbar demo for use with the SciTE editor  -  GUIRegisterMsg demo - Demo script to show how to use the Windows messages to interact with controls and your GUI.  -   Latin Square password generator

Share this post


Link to post
Share on other sites

Scripting.Dictonary is also a good candidate for associating variables with strings, shame no one has made a proper UDF wrapping it yet (that I know of)...


A cross-platform implementation of the AutoIt language

My contributions to the AutoIt Community ##AutoIt at freenode, real-time chat

3fHNZJ.gif

Spoiler

If I have hurt or offended you in anyway, Please accept my apologies, I never (regardless of the situation) intend to do that to anybody.

Share this post


Link to post
Share on other sites

Do you really need a UDF for an object with 5 methods and 5 properties? It shouldn't be that hard.

A UDF in an interpreted language such as AutoIt for a small object such as Scripting.Dictonary usually has great impact on performance.

And this is important because Scripting.Dictonary often is used to handle performance issues.

Share this post


Link to post
Share on other sites
5 minutes ago, LarsJ said:

Do you really need a UDF

in case the answer is yes, i totally dove this rabbit hole

 


,-. .--. ________ .-. .-. ,---. ,-. .-. .-. .-.
|(| / /\ \ |\ /| |__ __||| | | || .-' | |/ / \ \_/ )/
(_) / /__\ \ |(\ / | )| | | `-' | | `-. | | / __ \ (_)
| | | __ | (_)\/ | (_) | | .-. | | .-' | | \ |__| ) (
| | | | |)| | \ / | | | | | |)| | `--. | |) \ | |
`-' |_| (_) | |\/| | `-' /( (_)/( __.' |((_)-' /(_|
'-' '-' (__) (__) (_) (__)

Share this post


Link to post
Share on other sites

@LarsJ For me the beauty of AutoIt is that it is simple to create UDFs to wrap any slightly complex tasks (like handling objects)  in a simple function call, performance doesn't really matter most of the time if you are using an interpreted language, and I don't agree that it matters in this instance... _ArraySearch would still take up a lot of time than the overhead of wrapper functions will ever take up :)

@iamtheky I do remember your UDF, you bought it up in one of my topics about maps :D

I have gone searching for that on several occasions, but it is elusive, never managed to find it when I needed it...

It could be polished but it is usable in the current state :)


A cross-platform implementation of the AutoIt language

My contributions to the AutoIt Community ##AutoIt at freenode, real-time chat

3fHNZJ.gif

Spoiler

If I have hurt or offended you in anyway, Please accept my apologies, I never (regardless of the situation) intend to do that to anybody.

Share this post


Link to post
Share on other sites
Posted (edited)

My point is that I don't want to use _ArraySearch at all. I want to save the values directly in the Scripting.Dictonary object and search directly in the object. Scripting.Dictonary is implemented in a DLL file. When you are searching, it's done in compiled code. It'll be 1000 times faster than _ArraySearch (in a very round number). If Scripting.Dictonary is implemented in a UDF, it'll only be 100 times faster. Why should I be happy with 100 times faster code when I can get 1000 times faster code?

If you're searching for Scripting.Dictonary in the forums you'll see that in many cases it is in fact used to optimize AutoIt code.

AutoIt is pretty much a simple and easy to use language (probably also a little bit dirty, I certainly won't call it beautiful). At the same time, it contains all the techniques needed to create as complex code as you can ever imagine only limited by the skills of the coder. Why not take advantage of these techniques to make AutoIt even more useful but not least to make it more interesting and exciting for experienced coders?

Edited by LarsJ

Share this post


Link to post
Share on other sites
4 hours ago, LarsJ said:

My point is that I don't want to use _ArraySearch at all. I want to save the values directly in the Scripting.Dictonary object and search directly in the object. Scripting.Dictonary is implemented in a DLL file. When you are searching, it's done in compiled code. It'll be 1000 times faster than _ArraySearch (in a very round number). If Scripting.Dictonary is implemented in a UDF, it'll only be 100 times faster. Why should I be happy with 100 times faster code when I can get 1000 times faster code?

That is perfectly fine and acceptable, if you have the technical know-how and are willing to put in effort to write code with fewer layers, then that is a good thing in any imaginable way. But that is not my point at all!

Using the raw implementation is often not that easy, especially for beginners. And since how AutoIt is meant to be a simple language, it is natural for it to have many wrapping functions, just look at the huge library of WinAPI UDFs. Most of those implementations are not optimized, but what they lack in performance make up in ease of use :)

Most of the time the average AutoIt coder would look at how to accomplish a certain task, rather on how to accomplish it in the most efficient way using the direct APIs ;)

In my opinion, the AutoIt community largely owns up to the amount of UDFs it has. That is one of the beauties of the language, it is easily extensible.

4 hours ago, LarsJ said:

If you're searching for Scripting.Dictonary in the forums you'll see that in many cases it is in fact used to optimize AutoIt code. 

I am not contesting this fact :)

4 hours ago, LarsJ said:

AutoIt is pretty much a simple and easy to use language (probably also a little bit dirty, I certainly won't call it beautiful)

I gracefully disagree, it is what you make of it. Beauty is what you make of it, if you can write code which is easy to understand and is very organized, then it is beautiful in that manner. UDFs help achieve that by wrapping "dirty" functions calls (especially DllCall) into a consistent set of functions :D


A cross-platform implementation of the AutoIt language

My contributions to the AutoIt Community ##AutoIt at freenode, real-time chat

3fHNZJ.gif

Spoiler

If I have hurt or offended you in anyway, Please accept my apologies, I never (regardless of the situation) intend to do that to anybody.

Share this post


Link to post
Share on other sites

Portability, speed of authorship, and the ease with which you can move data into various shapes is where i find the beauty.

Speed of execution is the least of my concerns when i start an .au3.  And if you are going to do all the legwork, why try and bring that back through an interpreter?


,-. .--. ________ .-. .-. ,---. ,-. .-. .-. .-.
|(| / /\ \ |\ /| |__ __||| | | || .-' | |/ / \ \_/ )/
(_) / /__\ \ |(\ / | )| | | `-' | | `-. | | / __ \ (_)
| | | __ | (_)\/ | (_) | | .-. | | .-' | | \ |__| ) (
| | | | |)| | \ / | | | | | |)| | `--. | |) \ | |
`-' |_| (_) | |\/| | `-' /( (_)/( __.' |((_)-' /(_|
'-' '-' (__) (__) (_) (__)

Share this post


Link to post
Share on other sites

If its for education there are many ways to implement and it really depends on requirements, speed etc.

Need some time to find out if a big /large string with name/value pairs and search will beat an dictionary or array on speed

 

#include <AutoItConstants.au3>
#include <StringConstants.au3>
#include <Array.au3> ; Required for _ArrayDisplay() only.

$dictionaryString="New York City:8550405, Los Angeles:3971883, Toronto:2731571, Chicago:2720546, Houston:2296224, Montreal:1704694, Calgary:1239220, Vancouver:631486, Boston:667137"

$dictionaryString=StringReplace($dictionaryString,", ",",") ;~ To easy have it readable just replace it
$dictionaryString=$dictionaryString & ","    ;~ to simplify regex

dim $aa[2]
$aa[0]=stringregexp($dictionaryString,"(.*?):.*?,",$STR_REGEXPARRAYGLOBALMATCH)  ;~ Keys
$aa[1]=stringregexp($dictionaryString,".*?:(.*?),",$STR_REGEXPARRAYGLOBALMATCH)  ;~ Values

consolewrite("Population " & _getValueByKey($aa,"New York City") & @CRLF)
consolewrite("Population " & _getValueByKey($aa,"New York City 2") & @CRLF)
consolewrite("Population " & _getValueByKey($aa,"Boston") & @CRLF)

;~ Or get it directly from the String
$result=stringregexp($dictionaryString,"Chicago:(.*?),",$STR_REGEXPARRAYGLOBALMATCH)  ;~ Values
_ArrayDisplay($result)

;~ Simple sequential search
func _getValueByKey($a, $v)
    $x=UBound($a[0], $UBOUND_ROWS)
    for $i=0 to $x-1
        if (($a[0])[$i]=$v) Then
            return ($a[1])[$i]
        EndIf
    Next
    return "Error"
EndFunc

 

Share this post


Link to post
Share on other sites

The latest update is that the Map datatype is as good as dead, according to @jchd it is deprecated and here is something Jon mentioned in the private MVP forum:

11 minutes ago, Jos said:

Quote from a statement made by Jon in a private forum:

Quote

Well IIRC Map is fundamentally broken due to the way variables work in AutoIt.

So he won't be including it as it is, but it did stay in Beta for the moment. Don't hold your breath though to get this fixed and included. ;)

Source:

 


A cross-platform implementation of the AutoIt language

My contributions to the AutoIt Community ##AutoIt at freenode, real-time chat

3fHNZJ.gif

Spoiler

If I have hurt or offended you in anyway, Please accept my apologies, I never (regardless of the situation) intend to do that to anybody.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...