Зарегистрирован: Jan 21, 2009 Сообщения: 39 Рейтинг: +3/-0
Добавлено: Пт 22 Май, 2009 8:55:40 Заголовок сообщения:
oldDad писал(а):
Можно написать и не только это, подключив любые библиотеки. Если какие-нибудь библиотеки и нельзя подключить, то можно написать такой код и подключить такие библиотеки, которые позволят подключить библиотеки, которые до этого нельзя было подключить
Можно ещё много чего написать, хоть всю SCADA полностью, с любыми функциями, библиотеками и с любой функциональностью.
При этом, правда, возникает вопрос: а что будет, если написавший сей уникальный и неповторимый продукт программер уволится или переквалифицируется в десантники, или эмигрирует, к примеру, в Австралию? Как тогда быть бедному клиенту, ставшему объектом для программистских экспериментов и ставшему счастливым обладателем уникального know-how, существующего у него в компьютере? Кто будет отлаживать или сопровождать этот уникально написанный продукт? Сможет ли он вообще и будет ли разобираться в этих кодах? Вряд ли.
Тяжелый вопрос. Клиента таким образом можно хор-рошо подставить, оставив его один на один с непонятно кем и когда написанным кодом. Представляю, как он будет потом "благодарен" и какими ласковыми словами будет крыть и программиста, написавшего "За отсутвие кометариев извиняйте" и канувшего в Лету, и фирму-подрядчика, и совершенно к этим негуманным экспериментам непричастный и ни в чём неповинный продукт RSView, и саму компанию Rockwell.
И будет прав. Стандартные продукты есть стандартные продукты, они документированы, отлажены, и за ними стоит крупная корпорация, отвечающая за их предсказуемую функциональность.
На 100% согласен. Уникальность это очень плохо в нашем деле, особенно в SCADA.
Зарегистрирован: May 18, 2009 Сообщения: 34 Рейтинг: +0/-0
Добавлено: Пт 22 Май, 2009 10:19:29 Заголовок сообщения:
oldDad_у. Зачем так уж. Никто ни куда не канул. Согласен стопроцентнто про документированные возможности. Именно так дистрибьютеры и настаивают, что бы VBA никогда по возможности не использовать, а использовать только стандартные дериведы и еветы. Именно так и советую поступать новичкам, поскольку неумелое использование кода может запросто повесить приложение. Однако не зря было заявлено самим же RS VbaExec. Да и какой никакой DOC_pdf они накропали. А молоток можно конечно использовать по разному, в том числе и голову пробить. Однако давайте учить все таки забивать гвозди. А что касаемо заказщика, тут я могу Вам так же стопроцентно сказать,что ему что VBA, что дериведы одно - темный лес. Последнее наверное темнее и название на деревья похожее. Ему главное чтобы работало.
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Пт 22 Май, 2009 10:40:14 Заголовок сообщения:
and123 писал(а):
Никто ни куда не канул
Пока не канул. Ключевое слово: "пока"
Давайте вернёмся к этому разговору лет через 3-4-5
Цитата:
А что касаемо заказщика, тут я могу Вам так же стопроцентно сказать,что ему что VBA, что дериведы одно - темный лес. Последнее наверное темнее и название на деревья похожее. Ему главное чтобы работало.
Заказчику, по большому счёту, всё равно, кем, как и на чём написана его система - на Дельфи, Си, VBA или хоть на ассемблере пальцами. Заказчик покупает функциональность.
Но не только функциональность покупает заказчик. он покупает также usability. "Чтобы работало" - это только в момент пуска важно. А через некоторое время начинаются вопросы, связанные с эксплуатацией программного продукта, поиском и исправлением ошибок, апдейтами, сопровождением, расширением функций и т.п.
И в очень многих случаях (да просто в подавляющем большинстве случаев!) чем дальше в лес, тем больше дров, и тем больше проблем, связанных с тем, что вот конкретно этот уникальный программный код, который заказчик купил, и который поначалу обеспечивал функциональность, теперь, увы, необходимо изменить. Или нужно устранить ошибку. Или нужно добавиь функциональность. Или вследствие апдейта вдруг всё рассыпалось. и т.д. и т.п.
И вот заказчик понимает, что его привязали к фирме-поставщику. А фирма разводит руками и говорит: "О, да это проблема. Мы Вас же тогда ещё предупреждали, что продукт этот устарел и без написания специальных уникальных программ не обеспечивает нужную Вам функциональность. А Вы всё-таки тогда настояли именно на этом продукте. А Вася тогда ещё специально для вас написал чудесный уникальный код. А теперь сменился Windows и продукт больше не работает. А Вася уже год, как уволился, а больше никто не знает, что там и как. Мы, конечно, можем всё переписать, но это стоит очень дополнительных денег. А ещё лучше, замените-ка этот самопал на что-то стандартное, сопровождаемое и документируемое".
И так далее.
И в итоге разъяренный и раздосадованный закачик плюёт, говорит "блин" и думает: "Да пошли вы со своими кодами самодельными. Да чтоб я ещё раз. Да ни за что. И вообще, вся эта фирма, и всё это - пошли бы они все в". И он таки прав.
Стандартный сценарий. Уж наелись таких ситуаций - выше крыши. И ситуаций таких, когда заказчик клянет фирму и её продукцию, не разбираясь в деталях, больше не хочется.
К чему это я? Не надо писать руками то, что уже есть в стандартном продукте, и поддерживается, и сопровождается. Вот если бы не было - тогда можно было бы обсудить Но оно есть. И работает. И хорошо работает. Нужно только показать заказчику его выгоду и - альтернативно - проблемы, которые он получит себе на одно место, если пойдёт по пути приобретения самопального продукта, будь он хоть трижды расчудесный.
Другое дело, что тогда будут писать на Дельфях или С или VBA программисты, которые любят всё писать сами? И тогда, если нечего будет писать, то у начальства может возникнуть вопрос: "А зачем нам столько программистов, если писать почти нечего? им же всем зарплату надо платить, и немаленькую?" То есть не нужен такой расклад программистам, а нужно как раз, чтобы быть востребованными, а для этого как раз и надо писать что-то очень хорошее, но обязательно уникальное и своё
Зарегистрирован: May 18, 2009 Сообщения: 34 Рейтинг: +0/-0
Добавлено: Пт 22 Май, 2009 11:03:12 Заголовок сообщения:
oldDad_у. Сдаюсь. Первый камень прилетел, да так больно блин...
Вот так у нас в Россее все и делается. Бей своих, чтобы китайцы боялись.
А они между тем не только МИГи уже нелицензиононые делают, но скоро
и ОС наподобие винды свою склепают. Вот тогда дружно и будем все учить
китайский
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Пт 22 Май, 2009 11:24:44 Заголовок сообщения:
Ну, бить Вас никто не бьёт, и в мыслях не было. Кто ж виноват, что так вот в России (да и не только в России) делается? Нужно учиться, учиться, учиться
А вот на свою собственную точку зрения каждый имеет полное и неотъемлемое право. Что мы тут и делаем
Зарегистрирован: May 18, 2009 Сообщения: 34 Рейтинг: +0/-0
Добавлено: Вт 26 Май, 2009 17:43:17 Заголовок сообщения:
DIMIOKS_у. Насчет динамического подключения библиотек не знаю, никогда не пробовал в VB. Может быть есть смысл попробовать. Тема интересная. Хотя знаю, что библиотеки на VB не существуют как таковые, а только в виде ActivX, и в RSView32 они регистрируюстя толко на стадии проектирования. Другое дело написанные на других языках, что я и хотел показать. С динамическим подключением как Вы знаете дополнителные проблемы, ведь нужно и динамически отключатся, а это ведь нужно знать как грамотно делать, для рядового пользователя VB это неслабая проблема. C oldDad_ом дискутировать на эту тему больше не хочу. Смысл моего участия в вашем форуме ведь был такой: кому это интерестно, тому бы я и ответил. А поскольку из ответов только грозные ответы oldDad_а и Ваши, дискутировать я тут больше не хочу. Если что пишите на andrey.seleznev@list.ru.
Пока был в командировке, тема разрослась прямо таки в дискуссию на темы =) Оставлю и я свои комментарии. =)
2 oldDad:
Заказчик – большой концерн, в который входит ряд заводов. На этих заводах уже давно используется RSView32 и, как вы верно заметили, «у них уже 5 или 8 лет стоит RSView32, прекрасно работает и ничего другого они не хотят». Думаю, это основная причина. Все уговоры использовать FTViewSE закончились ни чем. Кстати, похожая ситуация и с оборудованием, хотя там такой подход, наверно, более оправдан.
Возвращаясь к исходной теме, кратко опишу, как в итоге все сделал.
1) Естественно завел тег, содержащий код текущего языка, который меняется соответствующими кнопками языков.
2) На дисплеях использовал визуальные элементы, в которых в качестве текстового свойства (Caption) можно использовать string-теги. Содержимое этих тегов можно легко менять с помощью стандартной процедуры LTagSubstitute. Элементы управления – в основном ActiveX.
3) По возможности вместо дислеев использовал VBA формы. Например, дисплеи с настройками или табличной информацией, где нет визуальных элементов, отображающих технологический процесс. Для них смена языков реализуется весьма просто. Для каждой формы сделал по две функции. Одна записывает текстовые свойства всех элементов управления в форме в Excel файл, другая, соответственно, считывает. Первой пользовался в процессе разработки, потом в Excel файле добавил колонки с переводом, и второй функцией читал из нужной колонки в зависимости от значения тега языка перед тем, как показать окно.
4) Alarms. Вместо Alarm Summary и Alarm Log Viewer, которые не поддерживают переключение языков в принципе, создал свои VBA формы. В каждом Alarm-е в поле Alarm Label задавал не текст, а код сообщения. Создал таблицу с текстами сообщений, и по коду сообщения выбирал нужное сообщение на нужном языке. Для просмотра истории сообщений предварительно экспортировал сообщения с помощью стандартной процедуры AlarmLogSendToOdbc. Для такого решения была еще одна причина – крайне низкая функциональность Alarm Log Viewer. Для удобного просмотра нужны как минимум функции сортировки, фильтрации и выбора временного интервала.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.134 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
