Тема закончилась тем, что чтобы не тормозило, достаточно разбивать проект на макросы, или я какой-то еще источник лагов пропустил?
Чета последние 4 страницы идет какое-то вялое ворчание без обсуждения конкретики)
Тема закончилась тем, что чтобы не тормозило, достаточно разбивать проект на макросы, или я какой-то еще источник лагов пропустил?
Чета последние 4 страницы идет какое-то вялое ворчание без обсуждения конкретики)
- ά ν θ ρ ω π ο ς -
Мои универсальные макросы https://github.com/anthrwpos1/macros
Да нужно разбивать на макросы ,в очень сложных проектах их число должно быть не менее чем корень из двух от общего числа ФБ ,что бы максимально загрузить ПР и ОЛ не тормозило .Сообщение от anthrwpos
электронщик до мозга костей и не только
Ни хрена не понял, от чего корень?
Ну это для оптимальности(теоретически) ,но не обязательно .Если у вас 1000 элеметов(фб) -это минимум 1500связей ,то делайте 30-33 макроса ....Для средней сложности проекта до 100 элементов можно делать любое удобное количество макросов или не делать их вовсе -тормозов не будет ,но читаемость ни какая .Иными словами ,если до ста не тормозит ,а у вас 500 элементов ,то делайте минимум 5 макросов ,а лучше 20 ,что бы читать можно было без напряга и обилия связей на одной станице (схемы или макроса).И думать об оптимальном разбиении схемы на макросы нужно в самом начале, если чувствуешь что потребуется несколько сотен элементов .
Последний раз редактировалось rovki; 07.05.2017 в 18:27.
Лучше вместо корня делать логарифм)
Основной лист должен содержать до ~30 элементов. Если их становится сильно за 40, делить на макросы, каждый из которых в свою очередь должен содержать до ~30 элементов иначе делить на подмакросы.
Еще лучше, чтобы это деление совпадало с функциональным назначением данного участка программы, тогда программа становится не только красивой, но и легко обслуживаемой.
- ά ν θ ρ ω π ο ς -
Мои универсальные макросы https://github.com/anthrwpos1/macros
С чего такие выводы? ПР тянет ,не тянет ОЛ в его руках (программиста).
Ваши права
