- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
function checkAnswer(lastId, connectionString, success, unsuccess, installationNumber) {
var result;
for(var i=0;i<3*15/*15min*/;i++) {
Delay(periodCheckingComponentsInstalled, "Waiting components to be installed");
result = getDataFromDB(connectionString, lastId);
var k = [];
for(var i=0;i<success.length; i++) {
k.push(false);
}
for(var i=0;i<success.length;i++) {
if ((success[i] == "RemoteSuccess") || (success[i] == "RemoteUnSuccess")) {
k[i] = true;
break;
}
else {
for(var j=0;j<result.length ; j++) {
if (result[j].length > 40) {
k[i] = includeArray(result, success[i]);//40 symb
if (includeArray(result, unsuccess[i])) Log.Error("error while installing, number installation = " + installationNumber);
}
}
}
}
var bool = true;
for (var i=0;i<success.length; i++) {
bool = bool&&k[i];
}
if (bool) return true; else continue;
return false;
}
}
Остался скрипт от тестировщика. Блядь, и такого там с мегабайт.
Follow us!
ЗЫ не жалуйся. знакомый фиксил 4 месяца тест фреймворк - писаный на VB. и делалось/запускалось там в сумме только ~250 тестов...
но зачем?
# но зачем?
Но чем же он плох? Вполне нормальный язык, хотя многословный. Хотя C# конечно же лучше его.
...
> Но чем же он плох?
вот этим и плох. создает braindead разрабов, которые считаю VB "нормальным языком".
Он плох тем, что кто то ещё считает, что он не плох?
учитывая как часто МС ломает обратную совместимость (так или иначе заставляет старые проекты пере-/доделывать), и как легко сделать динамический язык с человеческим синтаксисом и базовой библиотекой, это просто умопомрачительно сколько тысячилетий времени разработки было убито на трахание с тривиальными проблемами VB.
самое худшее - это долгосрочный эффект который VB имеет на людей. потому что после VB даже повершелл им кажется сказкой.
Там есть ком объект dictionary без проверки типов в ранайме.
Ну слушай, на PC в 1991 не так-то много языков выскоуровневых было
зы: повершел правда годный, особенно конечно есть ISE. Это мне заменил десяток утилит на винде, причем часть из них гуёвые
в 91 много чего не было. но сейчас уже 2017 - 26 лет спустя. двадцать блять шесть лет.
винды они уже - 3.1/NT, 95, 98, Me, 2K, XP, V, 7, 8, 10 - десять раз перетрахнули.
исторические отмазки уже давно не катят.
> повершел правда годный
умный народ это уже 15+ лет на перле+Win32::OLE делал. а вы как дети восхищаетесь следующей кучей свежего говна из редмонда.
Виндовый народ делал тоже самое на JS и VBS под WSH: и то и другое юзало COM объекты, просто в Perl их по-старинке называли OLE.
Но PowerShell это еще и shell. Он комплитит имена кмдлетов (они пишутся на .net), их опции и даже их значения. Причем в пайп там появлятеся не текст (как в никсах) а объект, и потому он знает какие у него есть поля.
https://s33.postimg.org/5fay47pmn/cool.png
Вот тебе пример: первые 5 по использованию CPU за все время
To be continued
И все это с комплишеном:)
Я знаю что тоже самое можно сделать с помощью bash и {sed,awk|perl}, но для windows это прорыв. Вместо кучи неконсистентных говноутилит у меня едный интерфейс с комплишеном.
>>а вы как дети восхищаетесь следующей кучей свежего говна из редмонда.
в вопросе не разбирайся @ сразу обсырай
Я был бы рад если бы у MS изначально был POSIXовый command line interface (хотя бы как у Apple), но увы.
> в вопросе не разбирайся @ сразу обсырай
у меня сосед - монитор которого я вижу 50% времени - две недели ваял миграционный скрипт на повершелле. говна насмотрелся - и не потому что хотел его видеть.
> Виндовый народ делал тоже самое на JS и VBS под WSH: и то и другое юзало COM объекты, просто в Perl их по-старинке называли OLE.
потому что бля теже яйца - но теперь с новым именем. OpenDoc, OLE, OLE2, COM, DCOM, COM+ и как они там эту байду нынче зовут - после OLE2 там ничего по сути не менялось. даже баги рефкаунтинга - для которых все фреймворки делают воркараунды - все те же самые что были 20 лет назад.
скрипт хостинг был тоже мертво-рожденный. запустить можно, но увидеть что делает - хер. "о слетело где то по ошибке?" - ищи в ручную, потому что ни трейсинга ни дебага там нет. VB еще кое как можно в офисе помучать - но если что в JS не работает, пиши пропало.
> но для windows это прорыв.
с опозданием в ~20 лет - это не прорыв. это скорее "даже сломаные часы показывают правильное время два раза в день".
Ну, это не самый лучший способ судить о технологии.
>>ваял миграционный скрипт на повершелле.
А кстати именно как скриптовый ЯЗЫК мне PowerShell тоже не нравится. Но мне и Bash не очень-то нравится.
А вот как shell PowerShell хорош, во всяком случае в тысячу раз лучше cmd.
>>потому что бля теже яйца
Да, это маркетинговая хуита.
Чисто технически дело было так:
* OLE позволял размещать, например, excel внутри word. Он работал на DDE (такой говноIPC в винде, депрекейтнутый еще во времена Win95).
* OLE2 делал тоже самое на основе COM: COM уже не просто IPC (хотя там IPC конечно был), он позволял создавать объекты внутри себя или в другом процессе и иметь с ними языконезависимое API. Причем COM нужен был не только для OLE.
* Затем Ole2 переименовали в ActiveX.
* Затем в COM завезли транзакцинность, пул потоков итд. Появился COM+, его стали позиционировать как "систему для серверов приложений" (как Java бины в J2EE)
* COM работал через недокументированный IPC -- LPC. Затем его научили работать с удаленными машинами (IPC стал называться RPC) и появился DCOM -- Distributed COM.
Вся эта говнопляска в итоге привела к каше названий.
По сути COM в WSH, OLE в Perl и ActiveX в VB -- всё едино.
>> но увидеть что делает - хер
Обычно там возвращали HRESULT в формате hex. Его можно декодировать по битикам:
https://en.wikipedia.org/wiki/HRESULT#HRESULT_format
https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa378137(v=vs.85).aspx
Но выглядит уёбищно.
А ибо нефиг писать что-то сложное на скриптах, да. Кстати, со студией шел дебагер который умел WSH.
https://www.youtube.com/watch?v=JsrxSlq1oys
>>с опозданием в ~20 лет - это не прорыв.
Ну с одной стороны и правда смешно: "вау, теперь в windows все можно сделать с консоли и скриптом, почти как в unix в 1976 году!!"
А с другой стороны там объекты и комплишен, и некоторые думают что это лучше чем слать в папйпы текст, разбитый на колоночки, как в unix.
После cmd даже vb покажется сказкой...
Он им и был до PowerShel
А .cmd уже как-бы считался не айс
LOL давеча я научился пользоватся цмд-шной коммандой find. 20 лет подряд почему то не работало. но вот наконец наступило просветление: двойные ковычки там не опциональные...
На самом деле VB уже лет 20 как нинужен.
Когда он появился не было еще даже MFC, и программировать под винду надо было с помощью регистрации класса окна с WndProc, ловить в цикле WM_PAINT и рисовать контролы на GDI. В ту пору он был офигенно крут, особенно когда появились ActiveX буквально для всего.
Но уже в 99 году логичнее было бы взять Delphi, а в 2005-м -- C#. (VB.NET, как ты сам понимаешь, от c# отличается только уебанским синтаксисом и тоже не нужен).
зы: еще какой-то смысл имел в свое время VBA, но с появлением .NET интерфейсов тоже стал не нужен.
Ну а VBS стал не нужен с появлением PowerShell (на десктопе) и ASP.NET (в IIS)