What i have gathered so far...
jisaac
Junior Member
gentlemen,
im a few weeks away from taking another crack at the ACE programming track. In my effort to actually succeed and develop habits to write clean efficient programs, i have come up with what i see to be good programming practices across the board.
1. Subroutines:
This is another name for what is basically a macro. Mostly all multi step actions will
have one and there should be some for misc. actions such as parsing strings from
devices.
2. Que's:
Namely command Que's. Usually accomplished using some sort of array. This is akin
to what a router or switch does in a network, manage incoming and outgoing traffic.
3. Modules:
The lifeblood of programs in Netlinx. If possible write or utilize one for every device in
a system. This also makes it easier to make changes on the fly.
4. Events:
mapping of actions to button, levels or data. This has the most to do with your
touchpanels/keypads. Its good to also include page flips and pop-ups in the code
versus doing it in TPD4.
feel free to add anything to the above. The more the better. Thanks to everyone who has contributed to my threads, i really appreciate it.
im a few weeks away from taking another crack at the ACE programming track. In my effort to actually succeed and develop habits to write clean efficient programs, i have come up with what i see to be good programming practices across the board.
1. Subroutines:
This is another name for what is basically a macro. Mostly all multi step actions will
have one and there should be some for misc. actions such as parsing strings from
devices.
2. Que's:
Namely command Que's. Usually accomplished using some sort of array. This is akin
to what a router or switch does in a network, manage incoming and outgoing traffic.
3. Modules:
The lifeblood of programs in Netlinx. If possible write or utilize one for every device in
a system. This also makes it easier to make changes on the fly.
4. Events:
mapping of actions to button, levels or data. This has the most to do with your
touchpanels/keypads. Its good to also include page flips and pop-ups in the code
versus doing it in TPD4.
feel free to add anything to the above. The more the better. Thanks to everyone who has contributed to my threads, i really appreciate it.
Comments
-
I would modify the subroutine policy to any set of multiple actions that needs to be repeated. There is no point to calling up a subroutine on a button press, for example, that only happens on that button press and in no other place. You may as well just put it inline. The only exception I would make to that is if it's a really complex operation - in which case it does make sense to break it into a subroutine, if only to make it easier to find and edit.
Leave a Comment
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums