Что будет дальше с VB 6?

[GPP]

Что будет с VB6. Ведь поддержку в этом году этого языка прекращают Кто что думает по этому поводу?

[Viper]

Что будет с VB6. Ведь поддержку в этом году этого языка прекращают Кто что думает по этому поводу?

Ниче не будет, вернее все будет ровно также, как и было предыдущие 10 лет.

[Antonariy]

Если только MS не захочет расстаться с правами, а кто-то — приобрести.

[Debugger]

Ниче не будет, вернее все будет ровно также, как и было предыдущие 10 лет.

Ближайшие 5 лет, наверно, да. А потом он отправится в музей и все (кроме единиц) будут думать о нем, как мы сейчас о ЭВМ из лампочек

[Денис]

Офисы на .NET express пересадят. Я вообще-то не в курсе, может 2007й офис уже на дотнете? нэ?

[Antonariy]

Офисы на .NET express пересадят.

Тогда уж на VSTA. Не помню как расшифровывается, но по смыслу — VBA .NET.

Я вообще-то не в курсе, может 2007й офис уже на дотнете? нэ?

Нет. Очередная реинкарнация VBA 6.x, в которой кроме морды ничего не изменилось. Даже вроде MSForms остались в стиле Win95.

[GPP]

Жаль! Очень жаль... Значит нужно переходить на .NET

[Viper]

Жаль! Очень жаль... Значит нужно переходить на .NET

Все там будем когда нить. С другой стороны ничто не мешает пользоваться VB6 пока что. Да и в будущем то же.
З.Ы. Да и С/С++ никто не отменял.

[Хакер]

Не нужно.

[Proxy]

Ну и кого что не устраивает в VB? Назовите хоть что-то, что на нём абсолютно не достижимо?

[tyomitch]

Драйвера.
Кроссплатформенность.

[Хакер]

Драйвера и под .NET не напишешь. Причём, если написать драйвер на vb6 ещё можно извратиться, то на .net уж точно никак.

Кроссплатформенность — зло.

[tyomitch]

Драйвера и под .NET не напишешь. Причём, если написать драйвер на vb6 ещё можно извратиться, то на .net уж точно никак.

MS, в числе прочих бредоподобных идей по раскрутке .net, обещала ОС с mscoree вшитой в ядро, и всем выше (включая, но не ограничиваясь, всем юзермодом) в управляемом коде.
С них ведь станется.

Кроссплатформенность — зло.

Обладатели мобил и PDA с тобой вряд ли согласятся.

[Хакер]

MS, в числе прочих бредоподобных идей по раскрутке .net, обещала ОС с mscoree вшитой в ядро, и всем выше (включая, но не ограничиваясь, всем юзермодом) в управляемом коде.
С них ведь станется.

Ну это будет крайне глупо с их стороны. Во-первых, мы получим чертовски медленную ОС. Во-вторых, это получается, что драйверы надо будет делать на .net-языках? Я не представляю себе, как вообще кто-то сможет написать драйвер на .net языке. Возможно этоу будут сверхвысокоуровневые драйверы, работающие с машиной опять же через FW, что медленно. Во-вторых, сложно представить себе, как будет взаимодействовать машина с .net-ным ядром. Например, как сделать .net-ный обработчик прерывания? Видимо, всё это будет работать через NativeCod-ные переходники.

Получится, что все существующие драйверы всех существующих железок окажутся неподходящими к такой винде.
Получится, что и весь софт окажется неподходящим к такой винде.

Лучше уж тогда делать вообще концептуально новую ОС.

[Proxy]

А почему бы драйверам и не быть не на дотнет? Можно же их выполнить ввиде патчей к ядру, геморно, но на производительности потерь не будет. Что-то знакомое почему-то, странно. Можно сказать работа без драйверов вовсе, когда драйвера вшиты в ядро.
И опять же тут применима моя идея стандартизации, о ней более подробно я уже писал тут где-то.

[alibek]

Я не представляю себе, как вообще кто-то сможет написать драйвер на .net языке. Возможно этоу будут сверхвысокоуровневые драйверы, работающие с машиной опять же через FW, что медленно.

Что-то такое я слышал. Причем неоднократно.
Помниться раньше были любители смеяться над WinG. Типа "Windows и графические игры? Не смешите меня, удел игр для Windows — пасьянсы". Теперь есть DirectX и они молчат.
Такое говорили и про обработку звука и видео, про 3D-моделирование, про серверные системы. Про что только не говорили.

[Денис]

По этому поводу — всё так, как и раньше: Наши знания ограничивают наши возможности. Мы знаем, что натив-код — хорошо, а .Net — плохо (в случае с написанием драйвера). И мы даже не будем пробовать создать подобный проект. А индус, который ничего не учил, и ничего не знает, будет биться головой в одну и ту же стену и продолбит ее.
Незнание — сила!

[Antonariy]

Сила — крепкий лоб.

[tyomitch]

Ну это будет крайне глупо с их стороны. Во-первых, мы получим чертовски медленную ОС.

Каждая ОС от MS на момент выхода считалась жутко медленной. А через год-два вполне таки приемлемой. Мур не дремлет.

Во-вторых, сложно представить себе, как будет взаимодействовать машина с .net-ным ядром. Например, как сделать .net-ный обработчик прерывания? Видимо, всё это будет работать через NativeCod-ные переходники..

Сейчас тоже всё работает через NativeCode-ные переходники, драйверам не положено работать с процом напрямую. Потому что HAL и кроссплатформенность.

Получится, что все существующие драйверы всех существующих железок окажутся неподходящими к такой винде.
Получится, что и весь софт окажется неподходящим к такой винде.

И как это под моей WinXP шли досовские и Win16-проги?
А драйвера уже даже под Висту подходят далеко не любые, при том, что там ядро не переписывали.

[Хакер]

Каждая ОС от MS на момент выхода считалась жутко медленной. А через год-два вполне таки приемлемой. Мур не дремлет.

У ОС есть шанс либо быть медленной, либо не быть таковой. У msil-кода нет шансов быть быстрее Native-кода, пока не выпустят мсильный процессор.

Сейчас тоже всё работает через NativeCode-ные переходники, драйверам не положено работать с процом напрямую. Потому что HAL и кроссплатформенность.

Ну во-первых, не всё, а во-вторых, здесь ничего страшного в переходнике нет. Здесь число, будучи просто числом, может быть просто передано куда-следует. Когда это "куда-следует" будет .net-ным, то надо будет просто число преобразовать в .net-овскую сущность (там же это будет объектом?) и положить в .net-овский стек. И обратно сделать то же самое.

Можно сравнить это с вызовом функции через Declare: по пути туда и обратно параметры (особенно строки) подвергнутся кучи неполезным конвертациям. (Это я для тех, кто не в курсе, о чем идет речь)

И как это под моей WinXP шли досовские и Win16-проги?

Ясное дело как: они гонялись в виртуальной машине. Гонять [32-разрядный Native-код] на [32-разрядном процессоре] в [ОС, работающей в 32-разрядном защищенном режиме,] на виртуальной машине — высшее извращенство.

[tyomitch]

У ОС есть шанс либо быть медленной, либо не быть таковой. У msil-кода нет шансов быть быстрее Native-кода, пока не выпустят мсильный процессор.

Какое дело пользователю, могла или не могла быть "такая же, только с перламутровыми пуговицами" ОС ещё быстрее?
Он покупает одну из существующих на рынке ОС, во всем комплексом её характеристик.
У цельноуправляемой ОС есть шанс не быть медленной до неюзабельности, этого достаточно, чтобы MS могла решить её выпустить.

Ясное дело как: они гонялись в виртуальной машине. Гонять [32-разрядный Native-код] на [32-разрядном процессоре] в [ОС, работающей в 32-разрядном защищенном режиме,] на виртуальной машине — высшее извращенство.

32-разрядные процессоры уже покидают мир PC, к слову.

[Zenitchik]

Дело как раз самое что ни на есть прямое. Если он, конечно, человек, а не выродок. Вот только сделать он все равно ничего не может.

[tyomitch]

Вспомнилось в тему: viewtopic.php?p=126740#p126740