Adding too many lines to the AxureRP9 repeater resulted in an exponential increase in file size, causing the software to exceed the 32-bit memory limit and freeze

Recently, I found an issue using Axure9.
Due to the need to use a repeater to create a table with a large number of columns, when I update the repeater through the ‘update rows’ action and there are more than 10 columns bound in sequence, it becomes very laggy.
This bug has been bothering me for many days. This’ update row 'action, if you bind your variables column by column, the size of your current prototype file will increase exponentially with the number of columns you bind. After binding nearly 20 columns, if you bind each column, this operation will result in an additional 3-4MB of the file, causing the software to exceed the 32-bit memory limit and crash.
Now, I don’t know what the principle is, but it has been resolved. Of course, the way to solve this bug is also very simple. The situation mentioned earlier is that when using the ‘update row’ action, a column by column bound variable is used. The process of this operation is:

  1. Select columns;
  2. Bind your variables;
  3. Select columns;
  4. . … cycle over and over again
    When bound to 8-9 columns in this way, it will be very slow and the file size will also increase accordingly.
    How to solve it?
    It’s simple, you just need to select all the columns that need to be bound at once, and don’t bind variables until you have selected the columns. The solution process is as follows:
  5. Select column
  6. Select Column
  7. Select Column
  8. . … until you have selected all the columns that need to be rebind, otherwise repeat steps 1-3
  9. Bind variables to corresponding columns (always select all columns before binding)
  10. Bind variables in the corresponding column
  11. Bind variables in corresponding columns
  12. . … cycle over and over again
    By selecting columns first and then binding them, there will be no lag. Very strange question, right?