Tsukihime Posted June 13, 2011 Share Posted June 13, 2011 My program has gotten quite long and so I decided it's better to separate into different files. Each function relies on a window handle for the application I'm working with. Right now, since it's just one big file, the window handle is declared at the top with global scope. However since I'm separating them, each file will declare the window handle. The main script (which contains the UI) will include all of these separate files, which means it will include the handle multiple times. Will this cause a problem? Is it undesirable to include the same variable multiple times? Link to comment Share on other sites More sharing options...
Moderators Melba23 Posted June 13, 2011 Moderators Share Posted June 13, 2011 Tsukihime,My program has gotten quite long and so I decided it's better to separate into different filesWhy? Look at the #Region/#EndRegion directives in SciTE - I am currently working on a 4422 line script condensed into 16 main regions (i.e. 16 lines) which I can expand as much or as little as I wish. Each of those regions is further divided into other regions - great discipline for writing structured code! You might also want to search for SciTEHopper in the Example forum - a great help in navigating long scripts. M23 Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind Open spoiler to see my UDFs: Spoiler ArrayMultiColSort ---- Sort arrays on multiple columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area Link to comment Share on other sites More sharing options...
Tsukihime Posted June 13, 2011 Author Share Posted June 13, 2011 (edited) Having separate files for related functions seems cleaner than having a massive file with everything grouped together though. I initially designed the program as separate smaller tools before combining it all together for ease-of-use, but didn't think it would get too big. But the region thing does make it cleaner than otherwise lol Edited June 13, 2011 by Tsukihime Link to comment Share on other sites More sharing options...
Moderators Melba23 Posted June 13, 2011 Moderators Share Posted June 13, 2011 Tsukihime,Another thought - you could write the "related functions" as #include files. Then your initially declared Global variable would be available to them all. M23 Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind Open spoiler to see my UDFs: Spoiler ArrayMultiColSort ---- Sort arrays on multiple columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area Link to comment Share on other sites More sharing options...
Tsukihime Posted June 13, 2011 Author Share Posted June 13, 2011 (edited) Oh, you mean if I did something like #include "something" global $somevar = 1 func_from_something() Functions in "something" would still recognize $somevar? Edited June 13, 2011 by Tsukihime Link to comment Share on other sites More sharing options...
jchd Posted June 13, 2011 Share Posted June 13, 2011 As Melba23 says, simply use #include but don't forget to also use #include-once at top of each include file to keep it from being included more than once, just in case. This wonderful site allows debugging and testing regular expressions (many flavors available). An absolute must have in your bookmarks.Another excellent RegExp tutorial. Don't forget downloading your copy of up-to-date pcretest.exe and pcregrep.exe hereRegExp tutorial: enough to get startedPCRE v8.33 regexp documentation latest available release and currently implemented in AutoIt beta. SQLitespeed is another feature-rich premier SQLite manager (includes import/export). Well worth a try.SQLite Expert (freeware Personal Edition or payware Pro version) is a very useful SQLite database manager.An excellent eBook covering almost every aspect of SQLite3: a must-read for anyone doing serious work.SQL tutorial (covers "generic" SQL, but most of it applies to SQLite as well)A work-in-progress SQLite3 tutorial. Don't miss other LxyzTHW pages!SQLite official website with full documentation (may be newer than the SQLite library that comes standard with AutoIt) Link to comment Share on other sites More sharing options...
Moderators Melba23 Posted June 13, 2011 Moderators Share Posted June 13, 2011 Tsukihime,An #include file is literally inserted into the script at the point you place the #include directive. As far as the interpreter is concerned it becomes part of the script. Just make sure you declare your Global variable before you #include the file to prevent "undeclared variable" errorsd. Try it and see - but I would still keep it all together myself. M23 Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind Open spoiler to see my UDFs: Spoiler ArrayMultiColSort ---- Sort arrays on multiple columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area Link to comment Share on other sites More sharing options...
jchd Posted June 13, 2011 Share Posted June 13, 2011 Or better, place your glabal variable (if you really need it to be global) at the top the the included file where it belongs. Have a look at almost any standard include source file to see that. This wonderful site allows debugging and testing regular expressions (many flavors available). An absolute must have in your bookmarks.Another excellent RegExp tutorial. Don't forget downloading your copy of up-to-date pcretest.exe and pcregrep.exe hereRegExp tutorial: enough to get startedPCRE v8.33 regexp documentation latest available release and currently implemented in AutoIt beta. SQLitespeed is another feature-rich premier SQLite manager (includes import/export). Well worth a try.SQLite Expert (freeware Personal Edition or payware Pro version) is a very useful SQLite database manager.An excellent eBook covering almost every aspect of SQLite3: a must-read for anyone doing serious work.SQL tutorial (covers "generic" SQL, but most of it applies to SQLite as well)A work-in-progress SQLite3 tutorial. Don't miss other LxyzTHW pages!SQLite official website with full documentation (may be newer than the SQLite library that comes standard with AutoIt) Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now