Гуру рунета молчат, спрошу-ка я на старой доброй Мисте...

Есть контролы, которые очень похожи друг на друга (кнопки, поля ввод, комбо-боксы). Для каждого вида при взаимодействии (например, при нажатии на кнопку, или вводе текста в едит-бокс) выполняется определенная последовательнсоть действий. На данный момент, такого кода в проекте, больше, чем кода, который привносил бы что-нибудь свежее и новое.
Хотедось бы оптимизировать структуру таким образом, чтобы избавиться от этого повторяющегося кода. Поделитесь опытом, коллеги, плиз.

Вот, например кнопка описывается так:

private var createButton:TestActions = new ControlElement("ButtonAdd", "name");


Реализация нажатия на контрол выглядит примерно так:

public function clickCreateButton():TestActions {
   var theCommand:TestActions =
       new TestActions(ActionsEnum.CLICK, [null], createButton);
           
   return theCommand;
}

В связи с тем, что кнопок много и над ним выполняется всего лишь одно действие, появилось желание создать класс, наследующий ControlElement-у, и в него выкинуть функцию нажатия. А переменные сделать не private, а public. Ну и так для каждого вида контрола: определить класс, реализовав в нем типовой функционал

Поздно спросил... завтра подними.

это язык такой или псевдокод?

Массив контролов а-ля VB ? На один вид - один обработчик события

Ап

(4) ни черта не понятно

(5) А представляешь мне каково это разгребать?

Проще объяснить вряд ли получится

(6) забей

(2) Это actionScript, но, в принципе, это вторично...
(7) не-не-не, забивать нельзя... этот монстр скоро будет состоять из 3-ех строчных функций, которые отличаются только одним параметром

(8) ну перенеси в одну функцию с одним параметром и
1. либо вызывай опять таки постоянно ))
2. либо уже генерируй эти функции

А почему бы не сделать метод click() у кнопок, и не сделать их открытыми. Тогда вызывающий код будет кликать нужные кнопки, мы избавимся от тонны отднострочных функций-прослоек....

Это -- автотест, порядок (на данный момент) вызова влияет очень сильно, но у системы 1 пользователь, который этот порядок знает -- Я

(10) ну вот кто ж это кроме тебя знал?

(11) Так я вон в первом посте написал...

Ну, про пользователей не критично, я пока про организацию думаю -- поддерживать архи неудобно

(0) >Реализация нажатия на контрол выглядит примерно так:

public function clickCreateButton():TestActions {
  var theCommand:TestActions =
      new TestActions(ActionsEnum.CLICK, [null], createButton);
         
  return theCommand;
}


напиши грамотно, что за "реализация нажатия"? обработка нажатия в контейнере кнопки, что ли? а то действительно, ничерта не понятно...

(13) Служба выполняет асинхронные действия, находящиеся в массиве. Фактически, theCommand -- это и есть действие к выполнению. Т.е. как только сервер получает команду theCommand  -- он ее выполняет. Фактически, мы реализуем не само нажатие, а формируем вид сообщения сервису.

Если у нас 100 кнопок то в текущем виде будет описано 100 функций clickNButton. Вот от этого хочется уйти, сделав вызывающий код проще, а вызываемый уменьшить в объеме

(14) интересный способ использовать GUI

(15) Со стороны феерично выглядит: сами открываются окошки, сам вводится текст и нажимаются кнопки... если, конечно, exception не взлетит... но его-то мы и ищем ))

Начну с описания контекста: это -- автотест. Служба автотеста выполняет последовательность действий, записанных в массив.
Есть 3 уровня:
1. Уровень теста, на котором определяется, какие сущности с какими параметрами будут проверены. В моем примере -- CRUD.

private function setUpLocTestCommandList(arr:ArrayCollection):void {
           trace("Setting up command line");
           
   // First of all we need to login into application
   loginActions.LoginAs(arr, superUserName, superUserPassword);
           
   // Now we need to click on the 'Location tab'
   mainWindowActions.openLocationSection(arr);
           
   // Now we need to click button 'Create' on the header tab
   locationListActions.ClickCreate(arr);
           
   // Input name of location
   locationListActions.inputLocationName(arr, locationPopup.mainTab_name);
}



2. Уровень сущности, в котором расписывается действие по шагам.

// Наша кнопка

public function ClickCreate(arr:ArrayCollection):void{
   arr.addItem(locationListView.clickCreateButton() as MonkeyRunnable);

}



3. Уровень UI, который формирует само сообщение на "нажатие"

private var createButton:ControlElement= new ControlElement("ButtonAdd", "name");
public function clickCreateButton():TestActions {
   var theCommand:TestActions =
   new TestActions(ActionsEnum.CLICK, [null], buttonCreate);
           
   return theCommand;
}

Чем больше контролов -- тем сильнее разрастается код уровней 2 и 3. Причем разрастается очень сильно, т.к. для каждой кнопки прописана отдельная процедура клика.


Параметры кнопки -- значения, которые мы вытащили spy-программой
Кнопка не созлается вызовом createButton() потому, что
1) пока это не реализовано,
2) количество контролов фиксировано и меняется редко

Реализация клика находится в службе автотеста. Мы генерируем ему сообщения.

Честно говоря, не вижу другого способа (кроме создания иерархии классов) сокращения повторяющегося кода. Классы-наследники (button, editbox) будет включать в себя методы, присущи этому классу. Так мы не будем пытаться делать не те действия, которые недопустимы с точки логики для кеаждого типа элемента.

M>А можно небольшую схему (можно словами), что будет в этих классах и какая у них будет ответственность?
Пока планировал сделать 3 класса:
Button extends ControlElement (метод click())
Editbox extends ControlElement (методы getFocus(), selectText(), inputBox())
Dropbox extends ControlElement (методы getFocus(), open(), selectItem())

Другие элементы пока трогать не будем -- оставим в виде ControlElement

ап

(18) Ты в вебпрограммеры подался?

(19) Нет. В Автотестеры

Пишу программы, которые ищут дефекты в других программах

А скока стоит?

т.е. по сути ты делаешь ботов?

(22) Ты про стоимость работ?
Если про работ, то тут нет конкретной цифры: фактически все пишется с нуля. Ну и фирма, в которой я работаю, работает на аутсорс, и я не знаю, сколько она берет за услуги

(23) Да. Меня яндекс уже не любит (тренирую ботов на нем)

(24) Ботописатели это хорошоооо

Ждем бота по танкам

(17) >Служба автотеста выполняет последовательность действий, записанных в массив

а это какой-то общеизвестный тестовый фреймворк или ваша собственная разработка?

почему, собсно, тестовый сценарий хранится в массиве, а не в виде скрипта?

Год 86, вопрос понятен, ну почему ни кто не умеет читать!!!!!

(27) Flexmonkey
(28) Потому что, Flexmonkey требует скрипт в виде последовательности асинхронных действий. Т.е. он сначала компилируется, потом билдится приложение, а после билда приложения, оно запускается и выполняется скрипт... только твой тест уже скомилирован
(29) Здравствуй, мой дорогой друг. Чувствуй себя уютненько

Читайте сразу с поста №17

ап, вдруг кто трезвый есть