Наскільки швидко працює FindComponent
Якщо на формі близько 770 об'єктів, то наскільки швидше буде присвоєння напису безпосередньо конкретному об'єкту, ніж через FindComponent. (ну раптом там різниця і не велика :) )
Ну, в середньому в 385 разів повільніше ;-)
Якщо на формі близько 770 об'єктів, то щось в консерваторії.
Але у будь-якому разі витрати часу невеликі. Частки секунди шукатимуть серед тисяч.
> Наскільки швидко працює FindComponentПеревірити — чи не доля?
TLabel(FindComponent("X_"+IntToStr(i)+"_Yl")).Caption := str; це я так розумію він не те що за формою, а по всьому проекту шукає? > у разі витрати часу невеликі. Частки секунди буде шукати серед тисяч. У мене це викликається багато разів, поетові дія працює від 2 до 8 секунд. Перевірити — не доля? Буду вдячний якщо підкинеш посилання на опис замірення часу виконання коду
var tc:cardinal; begin tc:=gettickcount; виконання коду showmessage(inttostr(gettickcount-tc)+"ms"); end
> це я так розумію не те що за формою, а по всьому проекту > шукає?дуже погано розумієш, для хорошого розуміння краще прочитати довідку
FindComponent returns component в Components property array with name that matches string in the Parameter Parameter. За допомогою FindComponent визначте, який гігієнний компонент is owned by another.
Component name матчі не можуть бути sensitive.
Може просвітите як з цього випливає зв'язка FindComponent з формою чи проектом?
2-8 секунд можна навіть виміряти щогодини.
Не слід, навіть взагалі зв'язку немає.
Може просвітите як з цього випливає зв'язка FindComponent з формою чи проектом?
FindComponent- метод класу TComponent, від якого породжено клас TForm. Компоненти у design-time ти куди кидаєш на форму?
від якого породжений
У сенсі, TForm - нащадок у N-му поколінні (точніше - у 5-му).
> [8] Гість_ну AP не домовляє, зв'язка є, але FindComponent веде пошук серед своїх дочірніх компонентів, все що в design-time покладено на form1 буде знайдено через form1.findcomponent, але все, що покладено в тому ж design-time на form2 в form1.findcomponent знайдено вже не буде, більше того, все що створено в run-time з власником form1.panel1 в form1.findcomponent знайдено теж не буде, тільки в form1.panel1.findcomponent
є чітка ієрархія приналежності компонентів
> наскільки швидше буде надання напису безпосередньо конкретному > об'єкту, ніж через FindComponent.на туєву хучу :) враховуючи що FindComponent - це простий цикл, та ще й із викликом SameText, та ще доведеться будувати рекурсію.
> FindComponent веде пошук серед своїх дочірніх компонентів, > все, що в design-time покладено на form1, буде знайдено через > form1.findcomponent
А як бути, щоб шукати по всьому проекту.
рекурсія починаючи з Application
але ти повинен розуміти button1 може бути і на form1 і на form2 і form34324 і на form2234.panel4442
> button1 може бути і на form1 і на form2 і form34324 і > на form2234.panel4442
він змінить у разі у всіх знайдених об'єктів наприклад напис чи тільки в першого знайденого. (тобто після чого він виходить)
> [18] Гість_як тобі потрібно, так і зробить. ти ж керуєш процесом пошуку. та аналізом знайденого
ps і знаку питання достатньоодного.
> тобто після чого він виходитьах емае. ти все ж таки не розумієш що таке findcomponent.
> як тобі треба, так і зробить. ти ж керуєш процесом > пошуку. та аналізом знайденогоІ як же я це роблю?:) Пжста приклад для пошуку всіх і тільки першого :)
І як же я це роблю?:)
Напишеш програму. З поняттям рекурсії знайомий? Якщо так – сідай, пиши. Якщо ні – сідай, читай.
P.S. Ну, або програміста наймаєш, якщо самому написати не дано.
Пжста приклад для пошуку всіх і лише першого
Пошук "тільки першого" - такий самий, як і "пошук усіх", тільки після того, як знайдеться перший компонент, процес пошуку переривається. Андерстенд?
Млинець, ну навіщо щоб визначити ім'я симпатичної сусідки треба робити перепис населення всієї країни?
Перемикати групою якості візуальних контролів треба по-перше, не за компонентами, а за контролами (яких може бути в рази менше), а по-друге, усередині контейнерів (панелі, групбокси і т.д.). Це і зручніше, і правильніше і наочніше.