caxapa.ru :: ммм. может быть а может и нет.

bialix_ (19.09.2008 14:43, просмотров: 248) ответил =AlexD= на А ты чего серый? Ну база/не база, все проверки сводятся к простому текстовому сравнению "могу я ЭТО както использовать или нет".

ммм. может быть а может и нет. мне как раз главное определять жизненоважные точки. Вот пример из нашей реальной системы: есть камера для распознавания неподвижных объектов. Камера должна калиброваться на объекте. Есть программа калибровки. В процессе развития проекта в камеру добавлялись новые фичи, что соответственно влияло на калибровку. Поэтому для обратной совместимости программа калибровки должна определить какие режимы нужно покалибровать. Причем здесь это не опционально -- либо все, либо ничего. С другой стороны есть случаи, когда при общении с другими девайсами новые фичи скорее вспомогательные (не совсем мишура, но не смертельно). Естественно, зная, что дивайс не поддерживает скажем переустановку цвета, управляющая прога просто не будет засылать подобную команду. Вобщем -- да, хочется и плюгавого плея и в то же время что-то типа селф-теста самой системы: в такой конфигурации она работоспособна? если нет, то что и где конфликтует. Полезно при формировании обновлений для заказчиков плюс для разруливания скандалов.

Ответить

- А вот если в устройстве с ПО версии a.b.c есть какято фича, но глючная и роняющая прибор? Если программа знает что в данной версии есть глюк, то она не будет пользоваться этой фичей. А если опираться только на список фич, то прибор можно завалить :) - diper(19.09.2008 15:14)
  - если это так, то такая версия не пойдет в продакшн, либо будет в срочном порядке обновлена прошивка. эксплуатироваться заведомо глючный прибор, роняющийся и падяющий, просто не будет. - bialix_(19.09.2008 15:40)
    - Это был общий случай когда два девайса конфликтуют и подправить мозги одному намного проще/дешевле чем выправить другому. Но согласен что такая практика обычно к добру не приводит. - diper(19.09.2008 15:49)
  - И правильно, нефиг блох плодить! :-)) Ну, если проге важна версия девайса, она может её и запросить... если есть такой интерфейс. :-) - =AlexD=(19.09.2008 15:26)
- Дык вот! Если проге требуется камера с калибровкой - она запищит, если нет таких функций (для неё это критический интерфейс). А другой проге может оно и не нужно, так с ней любая камера заработает с/без калибровки. - =AlexD=(19.09.2008 14:52)
  - Разумеется, если процесс калибровки отличается, то и интерфейс должен отличаться. Хотя, думаю, в некоторых случаях частичная калибровка может быть всяко лучше полной неработоспособности. - =AlexD=(19.09.2008 14:57)
    - может и "должен", но не отличается. в нашем конкретном случае частичной калибровки не бывает: параметры калибровки сохраняются в самом конце. а чтобы дойти до конца, надо знать каким путем идтить. - bialix_(19.09.2008 15:02)
      - может быть я неправильно выразился. под интерфейсом я понимал набор команд. у вас интерфейс -- это более абстрактное понятие. согласно вашему определению, да -- интерфейс отличается. - bialix_(19.09.2008 15:39)
        
        Ну да, всё правильно, интерфейс - набор команд. Но можно это понятие и немного расширить. - =AlexD=(19.09.2008 15:47)
      - Т.е. проблема в том, что интерфейсы одинаковые, но их использование разное, и нужно определять, что прога неправильно его использует (или может попытаться использовать)? мда-а-а-а - =AlexD=(19.09.2008 15:14)
        
        сарказм непонятен. есть набор команд, засылаемых в дивайс. для калибровки этот набор команд более-менее общий (т.е. есть дополнительные команды, которые зависят от версии прибора). bialix_(176 знак., 19.09.2008 15:37)
        
        Да ничего, нет никакого сарказма. Просто это несколько другая проблема, чем я думал. - =AlexD=(19.09.2008 15:46)
        
        проблема тут большая, потому что дивайсов и библиотек достаточно много. калибровка -- это один из частных случаев. - bialix_(19.09.2008 15:56)
        
        Ну я бы для начала тщательно описал бы каждый девайс в каких-то формальных терминах (сигнатурах). А там видно будет. - =AlexD=(19.09.2008 16:09)
        
        Ну шо я могу сказать... можно ввести понятие виртуальной фичи - т.е. поддерживаемый алгоритм использования. Подобно версии, но их может быть несколько. В принципе это тоже разновидность интерфейса. - =AlexD=(19.09.2008 15:18)
        
        я похоже немного запутался в интерфейсах и "интерфейсах". - bialix_(19.09.2008 15:41)
        
        Смотрим начальное определение. интерфейс - некоторый набор возможностей + методов + данных + "фич" ; если фича - это один из алгоритмов работы(использования), то всё становится на свои места. - =AlexD=(19.09.2008 15:51)
        
        т.е. у фичи должна быть своя сигнатура - =AlexD=(19.09.2008 16:10)
        
        да, все верно. каждая фича будет описываться своей сигнатурой. - bialix(19.09.2008 22:26)
  - В конце концов нормальная практика - сообщить о результатах процесса соединения, в т.ч. ограничений функциональности оператору или в лог. - =AlexD=(19.09.2008 14:54)

Средства и методы разработки