Как Регулярные Выражения Прикрутить К Lotusscript?

вобщем ситуация следующая есть проверка поля под ява скрипт, и занимает изза регулярного выражения она всего одну строчку, есть такая же под лотус скрипт и занимает не одну строчку :

If Trim(Cstr(source.FieldGetText("Hours"))) ="" Then
Msgbox "Необходимо заполнить числовым значением"
Continue=False
Exit Sub
Else
Const ErrMsg = "Поле должно иметь следующий формат: <целое число>,5 или <целое число>"
Dim tstr As String
Dim IntPart As String
Dim FloatPart As String

tstr = source.FieldGetText("Hours")

IntPart = Strleft( tstr, "," )
If Len( IntPart ) > 0 Then проверяем отдельно целую и дробную части
FloatPart = Strright( tstr, "," )
If Not IsInteger( IntPart ) Then
Msgbox ErrMsg
Continue = False
Elseif FloatPart <> "5" Then
Msgbox ErrMsg
Continue = False
End If
Elseif Not IsInteger( tstr )
Msgbox ErrMsg
Continue = False
на явеСкрипт это так выглядит


var flag;
var expr = /^[0-9](,5)?$|^1[0-9](,5)?$|^2[0-3](,5)?$|^24$/;

flag = false;

flag = expr.test( document.getElementById( "Hours" ).value );
if (!flag){
alert( "Поле Часы должно иметь следующий формат: <целое число>,5 или <целое число>" );
}else{
if (chDate()){
document.getElementById("idbtnsave").cli ck();
}
}

можно использовать регулярное выражение для Лотуса Скрип к примеру функцию написать что бы написано было на лотусескрипте но с использованием свойств регулярного выражения? вообще возможно ли это?

0

@duchan
На мой вкус использование Java намного предпочтительнее и надёжнее, нежели COM. Если же есть планы использования базы в большом зоопарке клиентов с очень старыми версиями, всегда можно в дизайнере поставить соответствующие ключи компиляции, ну и синтаксис использовать соответствующий - совместимый.

0

Использование COM предпочтительнее, когда во что бы то ни стало хочется получить опыт траблшутинга "ни с того, ни с сего" падающих серверов.

0

спор, ради спора... Кто станет следующим Торквемодой? ;)
А по существу, ни кто и не говорил, что на данном этапе развития Domino, COM предпочительнее Java, как раз наоборот. Но, я так же против запрета технологий, только по "религиозным" представлениям. Когда-то, СОМ была практически единственным решением, но сейчас практически весь стек можно решить через Java, но есть нюанс, что некоторые решения будут не надежны (ввиду сырости реализаций) или гораздо более трудозатратны. Архитектура приложения это комплекс компромиссов между "пользователем"(заказчик)\"программистом "(IT)\средой исполнения\задачей\трудозатратами. Всегда необходим анализ, а не просто мнение - "А давайте тут вот эту технологию заюзаем, поскольку это так модно (юмор в тему)"

0

Сообщение от duchan что некоторые решения будут не надежны (ввиду сырости реализаций) или гораздо более трудозатратны

вопрос достаточно интересный...
если КОМ - это не стек, кот. штатно в винде, а поделка васипупкина - поддержка и исправление будут никакие
как пр-ло КОМ идет без исходников.
Как пример - вендоры лепят там такой кал, что использование сопряжено с кучей граблей...
Типа всяки прилады с железкам - лучше железку выбрать, у кот. есть нормальный (а не видовз-онли) вариант сопровождающего софта, и желательно - с открытыми спеками и нтерфейсами (а лучше - кодом)
КОМ часто идет с задействование гуйни, что архитектурно несет в себе заряд "удовольствий"
совместный доступ КОМ-а к ресурсам - тоже неоднозначный момент (часто - черный ящик)
напороться на КОМ, с принципом - на "от..бись" (без подробных примером, тестюнитов, бестпрактиз), практически, стандарт индустрии ;)
в общем - выбор "качественного" софта и либ - непростая задача, а привычки, сформированные за более 10-лет, в индустрии, при написании КОМ... , ну сами понимаете

0