не понимаю чем так народу нравится сабж когда есть Java и Delphi,
полноценные языки ООП со строгой типизацией?
ну можно быстро наваять на нем GUI и даже COM, и что?
почему некоторые руководители проектов так цепляются за VB, как
с этим бороться и убедить перейти на что-то более современное
(хотя бы на VB.NET)
Здравствуйте, Awaken, Вы писали:
A>не понимаю чем так народу нравится сабж когда есть Java и Delphi, A>полноценные языки ООП со строгой типизацией? A>ну можно быстро наваять на нем GUI и даже COM, и что? A>почему некоторые руководители проектов так цепляются за VB, как A>с этим бороться и убедить перейти на что-то более современное A>(хотя бы на VB.NET)
A>VB6 must die!
Здравствуйте, Awaken, Вы писали:
A>не понимаю чем так народу нравится сабж когда есть Java и Delphi, A>полноценные языки ООП со строгой типизацией? A>ну можно быстро наваять на нем GUI и даже COM, и что? A>почему некоторые руководители проектов так цепляются за VB, как A>с этим бороться и убедить перейти на что-то более современное A>(хотя бы на VB.NET)
A>VB6 must die!
Расскажу, как было у нас.
При написании новой системы стояло 2-а основных требования (это 1998 год) :
1. Технологии Microsoft
2. Сжатые сроки
плюс к этому никто из разработчиков не программировал под Windows и не знал C++.
Был сделан выбор в пользу VB6.
Сейчас планируем перейти на С#/.NET, но нас сдерживает огромное количество старого кода.
Здравствуйте, OLEGus1, Вы писали:
OLE>Здравствуйте, Zar, Вы писали:
Zar>>ответ простой. Разработка на VB6 дешевле.
OLE>А еще вернее — Разработчик дешевле
Я думаю именно разработка быстрее надёжнее.
Вообще фраза что на бейсике может писать каждый очень глупая.
Писать вообще может не каждый.
Почти любой язык программирования сечас (ну кроме С++ пожалуй) очень простой и доступный для понимания.
И VB не чуть не проще и не сложнее. Просто стереотипы дурацкие.
Вообще тема конечно флеймовая.
Даже самую простую задачу можно сделать невыполнимой, если провести достаточное количество совещаний
Здравствуйте, tyomchick, Вы писали:
Zar>>>ответ простой. Разработка на VB6 дешевле.
OLE>>А еще вернее — Разработчик дешевле
T>Я думаю именно разработка быстрее надёжнее.
Про надежность (как свойство системы) — это вопрос сомнительный.
Разве что не надо париться с указателями и конверсией типов. А, например, обрабатывать ошибки пользователя (и свои неучтенные ляпы) — по-моему, одинаково, что в Сях, что в Васике.
T>Вообще фраза что на бейсике может писать каждый очень глупая. T>Писать вообще может не каждый.
Писать-то может каждый
Просто на Сях компилятор надает по пальцам, а на Васике — рантайм.
T>Почти любой язык программирования сечас (ну кроме С++ пожалуй) очень простой и доступный для понимания. T>И VB не чуть не проще и не сложнее. Просто стереотипы дурацкие.
Хоть я и профессионально пишу на Борланд-Паскале и Вижел-С++, но Васика уважаю и люблю — именно за скорость написания интерфейсного "скина" программы. В отличие от Фортрана
T>Вообще тема конечно флеймовая.
Все-все-все. Молчу.
Перекуём баги на фичи!
Re: Как борться с Visual Basic?
От:
Аноним
Дата:
29.11.02 12:14
Оценка:
Здравствуйте, Awaken, Вы писали:
{..........};
Почитал я Вас и не мог не кинуть пару слов не ради флейма.
Старый VB5-6 был прос и понятен для меня, писал на многом, сделал остановку на MFC, сижу на 7 студии, смотрел Шарп и Васик-NET, но чер возьми, как рулить там все не пойму, куча конструкторов свойств, менюх форм …….. голову сломать можно, только не кидайте меня это … помидорами ХнылымИ.
В VC все проще и понятно для меня, скорость разработки ведь, это спорно, все зависит от наработки, что есть за плечами.
Печать в MFC тоже чудесна все тип топ. Считал объем последнего приложения в архиве 760 кило, более 50 форм ввода и 70 вариантов отчетов, установка просто копирование на диск C:.
Вот скажите, как говорят всемогущий -ALL-, как писать или точнее (управлять средой) создавать прикладные программы в Nete, поделитесь советом добрым……
К>Хоть я и профессионально пишу на Борланд-Паскале и Вижел-С++, но Васика уважаю и люблю — именно за скорость написания интерфейсного "скина" программы. В отличие от Фортрана
Здравствуйте, <Аноним>, Вы писали:
А>Старый VB5-6 был прос и понятен для меня, писал на многом, сделал остановку на MFC, сижу на 7 студии, смотрел Шарп и Васик-NET, но чер возьми, как рулить там все не пойму, куча конструкторов свойств, менюх форм …….. голову сломать можно, только не кидайте меня это … помидорами ХнылымИ.
А>В VC все проще и понятно для меня,
VC проще шарпа и VB.NET? Ну знаете ли.
А>Вот скажите, как говорят всемогущий -ALL-, как писать или точнее (управлять средой) создавать прикладные программы в Nete, поделитесь советом добрым……
Возьмем таблицу, создаю класс от производной CrecordSet, обычно у меня уже есть полуфабрикат, меняю поля подключение, руками. раз готово.
Подключаю к проекту, куда проще, делаю объявление, где нужно открыл и к как нужно сосчитал, закрыл и так дале..
В Шарпе просто ужас, вот в Васике – 6 и ниже был Jet, проще было.
Книг по языку по основе есть, а вот, как средой управлять до моей глубинке не дошли еще и в инете я не нашел, что и зачем и как…..
В 7 VC я могу любую задачу решить, но вот с Шарпом…. Даже не знаю за, что это чудо тянуть.
Здравствуйте, <Аноним>, Вы писали:
А>В Шарпе просто ужас, вот в Васике – 6 и ниже был Jet, проще было.
Не ужас а совсем по другому. Можно так же — кинул, кверики набил, и все работает
А>Книг по языку по основе есть, а вот, как средой управлять до моей глубинке не дошли еще и в инете я не нашел, что и зачем и как…..
Здравствуйте, Awaken, Вы писали:
К>>Хоть я и профессионально пишу на Борланд-Паскале и Вижел-С++, но Васика уважаю и люблю — именно за скорость написания интерфейсного "скина" программы. В отличие от Фортрана
A>исторически Басик произошел именно от Фортрана.
И откуда же такая инфа.
Даже самую простую задачу можно сделать невыполнимой, если провести достаточное количество совещаний
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, Awaken, Вы писали:
A>>исторически Басик произошел именно от Фортрана.
А>Визуальный Бейсик не имеет практически ничего общего с Бейсиком.
Ну это ты зря!
Даже самую простую задачу можно сделать невыполнимой, если провести достаточное количество совещаний
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, AndrewVK, Вы писали: AVK>>А в чем проблемы твои?
А>Мои проблемы это Конструктора и свойства.
Ты хочешь сказать что свойств в 5ом не было? Вообще свойства э то есть большой гуд . Очень полезная конструкция.
Вообще VB.NET сомнительный язык. Чисто натянутый под .NET. С# выглядит намного органичнее и красивее, хотя оп возможностям они почти аналогичны.
А C# это классная штука, очень удобный и красивый язык.
Даже самую простую задачу можно сделать невыполнимой, если провести достаточное количество совещаний
Здравствуйте, Awaken, Вы писали:
A>не понимаю чем так народу нравится сабж когда есть Java и Delphi, A>полноценные языки ООП со строгой типизацией?
Это крик души? У нас, например, когда проект начинался .Net еще не вышел, Java не бралась поскольку в проекте GUI-я много, а хороших GUI-ев на Java я к сожалению не видел, Delphi C/S на тот момент стоила вдвое дороже Visual Studio, поэтому был выбран бейсик. Так вот на нем и живем...
... << RSDN@Home 1.0 beta 1 >>
BR, Alex.
Re[4]: Как борться с Visual Basic?
От:
Аноним
Дата:
23.01.03 08:22
Оценка:
Здравствуйте, tyomchick, Вы писали:
T>И VB не чуть не проще и не сложнее. Просто стереотипы дурацкие.
Полностью согласен. Хотя я сам на VB и не пишу, но один мой друг ваяет на нем очень даже хорошие проги.
Здравствуйте, Аноним, Вы писали:
А>Визуальный Бейсик не имеет практически ничего общего с Бейсиком.
Если под визуальным бейсиком имеется в виду 6 версия, то тогда это утверждение более чем сомнительно. В своем время имел знакомство и qwbasic и с qbasic — все доисторическое, из эпохи "черных консолей". Так вот логика языка осталась практически неизменной (улучшилась, конечно, малость). Таким образом, большинство логических структур можно переносить из старых версий в 6 практически без изменений.
A>Это крик души? У нас, например, когда проект начинался .Net еще не вышел, Java >не бралась поскольку в проекте GUI-я много, а хороших GUI-ев на Java я к сожалению
я уже стреляюсь от этого Визуал Басика!!!! даже больше не от языка а от среды разработки. второй Один-Эс, блин!
нет нормального Watch-а в отладчике, окно call stack в полноэкранном режиме не выводится. очень много ограничений усложняющих отладку. про отсутствие наследования и шаблонов в языке я уж молчу... это порождает огромное количество практически дублирующих друг друга функций созданных путем copy-and-paste
Здравствуйте, Awaken, Вы писали:
A>я уже стреляюсь от этого Визуал Басика!!!! даже больше не от языка а от среды разработки. второй Один-Эс, блин! A>нет нормального Watch-а в отладчике, окно call stack в полноэкранном режиме не выводится. очень много ограничений усложняющих отладку. про отсутствие наследования и шаблонов в языке я уж молчу... это порождает огромное количество практически дублирующих друг друга функций созданных путем copy-and-paste
Это все правда, к сожалению... С другой стороны, существует множество примочек к VB от третьих фирм, существенно облегчающих жизнь разработчика, в том числе и решающих проблемы со средой, о которых ты сказал. Поищи в сети, наверняка что-нибудь найдется. Относительно наследования и шаблонов — имхо, если к дизайну системы подходить с учетом специфики VB, помня что многие паттерны, легко реализуемые на плюсах, например, в VB не живут в принципе, то вполне можно обходиться и без copy-paste. В MS Press даже книжка такая выходила — "Visual Basic Design Patterns"
>к дизайну системы подходить с учетом специфики VB, помня что многие паттерны, легко реализуемые на >плюсах, например, в VB не живут в принципе, то вполне можно обходиться и без copy-paste. В MS Press >даже книжка такая выходила — "Visual Basic Design Patterns"
мне бы ее достать в электронном варианте, вряд ли она у нас издавалась в переводе.
а вот книжка "Рефакторинг" рульная, при работе с VB просто незаменима
Здравствуйте, Кодт, Вы писали:
К>Разве что не надо париться с указателями и конверсией типов. А, например, обрабатывать ошибки пользователя (и свои неучтенные ляпы) — по-моему, одинаково, что в Сях, что в Васике.
Вообще обработчик ошибок в ВБ весьма дерьмовенький. Там все строится на игнорировании (resume), снятии error handle и досторического goto во время ошибки в линейную подпрограмму. Можно, кон. еще испол. Err. В общем не густо.
Здравствуйте, Awaken, Вы писали:
>>к дизайну системы подходить с учетом специфики VB, помня что многие паттерны, легко реализуемые на >плюсах, например, в VB не живут в принципе, то вполне можно обходиться и без copy-paste. В MS Press >даже книжка такая выходила — "Visual Basic Design Patterns"
A>мне бы ее достать в электронном варианте, вряд ли она у нас издавалась в переводе.
Их есть у меня. Могу залить на Techfiction. Или пиши на аську (ник совпадает со здешним), договоримся.
A>а вот книжка "Рефакторинг" рульная, при работе с VB просто незаменима
Здравствуйте, Воронков Василий, Вы писали:
К>>Разве что не надо париться с указателями и конверсией типов. А, например, обрабатывать ошибки пользователя (и свои неучтенные ляпы) — по-моему, одинаково, что в Сях, что в Васике.
ВВ>Вообще обработчик ошибок в ВБ весьма дерьмовенький. Там все строится на игнорировании (resume), снятии error handle и досторического goto во время ошибки в линейную подпрограмму. Можно, кон. еще испол. Err. В общем не густо.
Если я знаю, что в данном месте может прийти ошибка со стороны, то я или try-catch напишу, или со включенным on error resume next проверю Err.
А если источник ошибок в данном — мои кривые руки или недальновидность — то извиняйте! Catch за тридевять земель — это даже хуже, чем Page Fault.
И ловить такие вещи по-настоящему можно только верификацией программы, то есть, во время исполнения — assert-ами. (В VB, кстати, есть они: Debug.Assert).