Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > VB .NET > VB.NET стал лучше?

Автор: -Mikle- 1.12.2004, 03:18

Стал ли VB.NET теперь проще или наоборот? Что изменилось в нем в лучшую сторону, и что в худшую? Отпугивает ли вас огромный список пространства имен? И все другие подобные вопросы предлагаю обсудить в этом топике.

Всю свою програмерскую жизнь я был заядлым VB6 программистом smile

За это время встречался с разными трудностями при написании программ, и некоторые приходилось решать обходными путями, некоторые используя WinAPI, а некоторые меня ставили просто в тупик. Приходилось прибегать к помощи VS C++. Сам я не очень силен в нем, поэтому часто доставал своего друга. В конце концов меня порядком достали все эти ограничения возможностей VB6... Познакомившись немного с VB.NET, я понял, что VB.NET стал понастоящему серьезным, профессиональным языком, став на один уровень со всеми языками .NET
Теперь меня за уши не оттянешь smile

от изучения пространства имен .NET

Я начну с очень простых примеров в защиту VB.NET smile

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

1. Сделать окно, которое находится поверх всех остальных:

-> VB6
Нет встроеных средств, нужно использовать WinAPI: SetWindowPos

-> VB.NET
В режиме дизайна установить свойство TopMost формы в True или False,
или в процедуре обработки события Load у формы написать одну строчку:

Код


Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handle MyBase.Load

    Me.TopMost = True

End Sub

2. Сделать окно полупрозрачным:

-> VB6
Нет встроеных средств, нужно использовать WinAPI: GetWindowLong, SetWindowLong, SetLayeredWindowAttributes

-> VB.NET
в любом месте пишете:

Код


Me.Opacity = 50

и окно становится полупрозрачным на заданное значение

3. Задать ограничения минимального и максимального размера формы:

-> VB6
Нет встроеных средств, нужно использовать WinAPI для сабклассинга формы, что вообще само по себе в VB6 является не надежной вещью.

-> VB.NET
Пишем это:

Код


Me.MinimumSize = New System.Drawing.Size(200, 200) 'задает минимальный размер
Me.MaximumSize = New System.Drawing.Size(500, 500) 'задает максимальный размер

4. Обрезать форму по картинке, где прозрачным должен быть например белый цвет

-> VB6
Нет встроенных средств.
Нужно проанализировать попиксельно изображение, создать регион, и затем присвоить его форме.
Все это выполняется очень медленно, требует написания не малого кода, использование WinAPI, и обладает рядом недостатков.

-> VB.NET
1. Задаете форме картинку, ложите ее на форму или рисуете программой.
2. Пишем:

Код


Me.TransparencyKey = System.Drawing.Color.White

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

---------------------------------------------------------------------------

Это так, для начала smile

На самом деле таких вещей очень много. Позже напишу еще несколько... Прошу всех продолжать обсуждение... smile

Автор: -Mikle- 12.12.2004, 20:36

Ну так что? Жалающих высказать свое мнение по поводу простоты или сложности VB.NET нет? Никто спорить не будет ни с тем, ни с другим мнением. smile

Просто интересно узнать мнение народа по этому поводу. Кто как считает. Прошу, пожалуйста, голосуйте и высказывайте! smile

Автор: YoD 15.12.2004, 13:08

Ко всему вышеуказанному могу добавить: среда разработки стала значительно удобнее. Выравнивание кода - раз, улучшенные всплывающие подсказки - два, выделение элементов управления типа Таймер, которым не нужна визуализация, в отдельное окошко.

Едигнственное, что мне не особо нравится 6 это безусловно Дот Нет. Я понимаю все его преимущество, но другие этого не понимают. И не всегода соглашаются для маленькой программы ставить двадцатипятиметровый фрэёмворк...

Автор: -Mikle- 15.12.2004, 19:05

Спасибо за высказанное мнение.

Цитата(YoD @ 15.12.2004, 17:08)

Едигнственное, что мне не особо нравится 6 это безусловно Дот Нет. Я понимаю все его преимущество, но другие этого не понимают. И не всегода соглашаются для маленькой программы ставить двадцатипятиметровый фрэёмворк...

На данный момент конечно это проблема и неудобство, так как Framework не встроен в Windows'ы. (в Windows XP есть, но не по умолчанию) Но в скором времени ситуация изменится, его будут встраивать как часть Windows, и соответственно проги будут работать без дополнительной предустановки CLR. Если верить мелкософтам, то уже в следующей версии Windows он станет не отъемлемой его частью. smile

Так что пока учим его вдоль и поперек, а потом будем и деньги зарабатывать smile

Автор: Akina 15.12.2004, 19:21

Это все бантики. Где принципиальные плюсы? которые перевесят необходимость фреймворка...

Цитата(Mikle @ 15.12.2004, 20:05)

Если верить мелкософтам, то уже в следующей версии Windows он станет не отъемлемой его частью.

Это 1) ужасно 2) бардак 3) та же хрень что и с ослом, жабой и прочими наворотами. Нахрен мне в компе этот слон?

Автор: -Mikle- 15.12.2004, 20:02

Цитата(Akina @ 15.12.2004, 23:21)

Это все бантики. Где принципиальные плюсы? которые перевесят необходимость фреймворка...

Цитата(Akina @ 15.12.2004, 23:21)

Это 1) ужасно 2) бардак 3) та же хрень что и с ослом, жабой и прочими наворотами. Нахрен мне в компе этот слон?

А какие принципиальные плюсы чтоб использовать Direct3D? smile

Но его все равно ставят, да и поновее стараются. В .NET плюсов достаточно... много чего сделали лучше и красивее. Самое что запомнилось, это убрана проблема циклических ссылок и обеспечена защита и проверка совместимости версий компонентов. Это естественно не все что в нем сделано... При текущей технологии COM\OLE + реестр + папка system32 с dll'ками добиться новых и лучших возможностей просто невозможно. Так что привет .NET smile

Хотя я не убеждаю тебя в своей позиции(как я и обещал не спорить), однажды тебе придется ставить новую Windows, в которой ты даже и не заметишь реально этот CLR.

Автор: arilou 21.12.2004, 13:00

Поддерживаю -Mikle- !

Автор: [Last]Wizard 24.12.2004, 14:08

Ещё следует отметить, что VB.NET стал полноценным объектно-ориентированым языком.
Одно только это дает множество огромных плюсов. smile

Автор: -Mikle- 25.12.2004, 08:48

Цитата

Wizard, 24.12.2004, 17:08]Ещё следует отметить, что VB.NET стал полноценным объектно-ориентированым языком.
Одно только это дает множество огромных плюсов.

К тому же, это поставило сам VB.NET на один уовень с другими .NET языками smile

Конечно работа с указателями в нем пока не предусмотрена(может быть и такую фишку сделают), но освоив идеологию и нэймспейсы .NET, с ними(указателями) можно будет работать и в C#, компиля эти ф-ии в dll'ки. В нем предусмотрена возможность использования не безопасного кода. Так что VB-программисты, радуйтесь!!! smile

Автор: chipset 25.12.2004, 15:29

В VB.NET только синтаксис остался smile

На самом деле это такой же существенный прыжок как от QBasic к VB1.0.
У'а това'иши! smile

Автор: korob2001 26.12.2004, 22:13

Господа, я в VB6.0 начинающий. Но так же хотел бы, в последствии, выучить и VB .NET. Но меня вот что смущает - насколько я знаю, если в VB .NET написан .EXE файл, то его нельзя запустить на компе, на котором не установлен VB .NET.
Отсюда вопрос, зачем нужен такой эксешник?
Только поймите правильно, я не спорю, а спрашиваю.

Автор: -Mikle- 27.12.2004, 08:12

Цитата(korob2001 @ 27.12.2004, 01:13)

насколько я знаю, если в VB .NET написан .EXE файл, то его нельзя запустить на компе, на котором не установлен VB .NET.

Для работы .NET программ, нужен не VB.NET, а Framework. Это совсем не проблема, потому как VB6 прога без библиотек Runtime, тоже не будет работать ни на одном компе. Установив Framework, любая .NET прога будет работать без проблем. Единственное что не удобно на данный момент, так это то, что Framework весит около 50 метров и не каждый захочет найти его или скачать. Но это временно, так как во всех следующих Windows, он будет встраиваться по умолчанию. Отталкивать это не должно, потому как если рассуждать что необходимость установки Framework'а это неудобно, то в сравнении можно сказать что устанавливать Direct3D для того чтоб играть в трехмерки, это тоже не удобно. Но Direct уже стали встраивать в Windows, и это не приносит никаких проблем. Так же и Framework будут встраивать в систему как ее часть, и обладатели новой винды смогут без проблемно запускать .NET программы. Так что не пугайся, и смело начинай изучать VB.NET или C#

Автор: Exception 27.12.2004, 11:32

Лично у меня от этих бесчисленных system.xml да windows.forms башка кружится smile

.
Хотя я конечно понимаю, это всё круто, но это уже другой язык.
И смысла тогда прогить на VB смысла (кроме моей безграничной к нему любви) не вижу smile

Тогда можно и на C# переходить, теперь и у него хорошая IDE!!!

Автор: bankuss 27.12.2004, 14:28

Run-time error
IDE там у всех одна smile

а что тебе даст C#? только что синтаксис другой...ну и кое какие фичи есть дополнительные, которые простому программеру и не нужны вовсе.
да и вообще какая разница на чем делать? главное чтоб работало...

Автор: Exception 27.12.2004, 15:24

Вот этим я этот dotnet и не люблю smile

Раньше был C++, был VB, был Java.
А теперь всё смешали и вышла дотнет smile

Разницы между языками как между бабой и мужиком и иде одна.
Какой же я пессимист...
Зато никаких CLSID и прочей дребедени smile

Автор: -Mikle- 28.12.2004, 15:47

Цитата(Run @ 27.12.2004, 18:24)

А теперь всё смешали и вышла дотнет
Разницы между языками как между бабой и мужиком и иде одна.

Ну так это ж только к лучшему! Представь себе, один проект, и десять человек на его выполнение. Раньше нужно было бы искать C++ программеров, а сейчас хоть кого! Все могут писать на удобном для каждого синтаксисе, и при этом не замечать этого никаким образом! Это же классно! smile

Автор: arilou 28.12.2004, 16:44

Единственное, что я бы хотел сказать - это когда в команде есть человек, который мало знаком с нормальным стилем программирования, и часто копи-пэйстит, и ко всему, еще и от VB6 к VB.NET перешел - хавайся в бульбу.

Автор: [Last]Wizard 28.12.2004, 17:10

Цитата(arilou @ 28.12.2004, 16:44)

и часто копи-пэйстит

http://forum.vingrad.ru/index.php?showtopic=37445 smile

Автор: korob2001 11.1.2005, 22:21

-Mikle- - спасибо за пояснение.

Цитата

IDE там у всех одна
а что тебе даст C#? только что синтаксис другой...ну и кое какие фичи есть дополнительные, которые простому программеру и не нужны вовсе.
да и вообще какая разница на чем делать? главное чтоб работало...

Синтаксис другой, но он может быть кому-то и удобнее. Я вот раньше писал на Perl, в сентябре прошлого года начал учить VB6.0, теперь в Perl забываю ставить точку с запятой smile

((((. Незнаю, хорошо это или плохо. Недавно пошёл в гости увидел учебник Страуструпа "Язык программирования C++". Почитал, всё так стало ясно и понятно. Как по мне так C++, проще выучить чем VB, правда я пока только половину книги прошёл.
Это я к тому, что кто к какому синтаксису привык, тот ему и роднее. Говорят C# сильно на Java похож но Java и сам по себе язык довольно мощный, потому те кто программировал на Java, предпочетают именно его а не C#.
Может я не прав?

Автор: [Last]Wizard 12.1.2005, 12:54

Цитата(korob2001 @ 11.1.2005, 21:21)

Как по мне так C++, проще выучить чем VB

тогда тебе будет проще C# чем VB.NET smile

Цитата(korob2001 @ 11.1.2005, 21:21)

Говорят C# сильно на Java похож

да и Java сама сильно на C++ смахивает

Автор: -Mikle- 12.1.2005, 20:25

Цитата

Wizard, 12.1.2005, 15:54]Говорят C# сильно на Java похож

Если кто писал на Java, то проще для него будет не C#, а Java.NET smile

Автор: [Last]Wizard 12.1.2005, 21:19

Цитата(Mikle @ 12.1.2005, 19:25)

Если кто писал на Java, то проще для него будет не C#, а Java.NET

Ну, не факт.
Например в MSDN и прочих хелпах, сообществах и форумах почти все примеры написаны на C# или VB.NET. Не очень удобно переводить синтаксис одного языка на другой, пусть там и отличия небольшие. Во-вторых большинство человек пишут на C#, меньшее количество на VB.NET, а на прочих языках - небольшой процент. Если человек попадает в команду, где 10 человек пишут на C#, а он один - на J#, то у него будет проблема с общением с командой.
Ради чего все это, если там отличия незначительные?

Хотя, конечно, это личное дело каждого, на каком языке писать.

Автор: Exception 12.1.2005, 21:41

Я конечно в яве не знаток smile

но по-моему C# это практически клон кофе(Java) smile

ЗЫ Угадай почему MS в хэлпе не даёт J#? Она просто Sun Microsystems не уважает smile

Автор: Mephisto 2.2.2005, 18:46

Тяжело отвыкнуть от фукции Set smile

Но в остальном просто супер.

Автор: -Mikle- 7.2.2005, 20:30

Цитата(Mephisto @ 2.2.2005, 21:46)

Тяжело отвыкнуть от фукции Set

Оно того стоит!!! smile

Автор: Dron2004 26.3.2005, 20:33

Смотря с какой позиции судить :-). Поясняю:

Вот поставил себе недавно VB .NET 2003. Чувства двойственные. С одной стороны - прекрасная IDE, уйма новых возможностей, удобный редактор кода... С другой - ОЧЕНЬ СИЛЬНО (по моему мнению) ИЗМЕНЁН СИНТАКСИС ЯЗЫКА, а также работа с ФОРМАМИ (вместо них теперь Windows Forms), и, что самое "весёлое" в этой ситуации, все проги требуют гигантский фреймворк.
Про фреймворк: его (фреймворка) почти ни у кого из моих знакомых не установлено. Ну да у знакомых нет - не страшно, я если что им вместе со своей прогой на CD дам... А вот в инет выкладывать прогу... Представляю ситуацию... Качает себе кто-нибудь калькулятор, а он ему: "мне фреймворк надо в 23 Мега скачать"... Большинство, я думаю, качать не будет :-(((
Про синтаксис и форму: вот те на... Я, например, до сих пор с этим делом разобраться не могу... То, что на ВБ6 делалось легко и просто, тут как-то подругому делается.

А вообще, нынче писать под .NET удобно не всегда, причина - всё тот же Framework

Автор: Exception 1.4.2005, 13:01

Цитата(Dron2004 @ 26.3.2005, 21:33)

ИЗМЕНЁН СИНТАКСИС ЯЗЫКА

в лучшую сторону smile

Цитата(Dron2004 @ 26.3.2005, 21:33)

а также работа с ФОРМАМИ (вместо них теперь Windows Forms)

Чем хороши W.F. :
ТЕПЕРЬ ВСЕ - КЛАССЫ ИЛИ МОДУЛИ. Теперь нет никаких чудес, какие были в VB6. Откуда бралась форма??? Это было неясно. А теперь форма - простой наследник класса System.Windows.Forms.Form . Советую почитать книгу "Переход на VB .NET: Стратегии, концепции, код." Дэна Эпплмана. Там рассматриваются все плюсы и минусы этой технологии.
Еще и к [+] и к [-] можно отнести декомпилируемость .NET - кода. С помощью http://www.aisto.com/roeder/dotnet'a ты можешь узнать весь исходный код .NET Framework, но твой код также легко декомпилировать, как и код мелких.

Автор: bankuss 22.11.2005, 17:36

Скачал с мелких VB2005. Первые впечатления - намного лучше 2003! Внешность IDE изменилась, ну и добавлено то, что было убрано из VB6 smile

(не все конечно). Юзает FrameWork 2.0 Beta (тоже пришлось качать)
Скорость кода немного выросла, тестировал на циклах с кучей вычислений.
Рекомедую всем VB-нетчикам!

Автор: lovermann 22.11.2005, 21:20

Не с глаголами пишется раздельно. Третий класс, первая четверть.

Автор: bankuss 23.11.2005, 10:10

lovermann Это мне? извиняюсь за оффтоп...

Автор: lovermann 25.11.2005, 03:01

создателю опроса + по совместительству всем, кто не знает.
Прошу прощения, но мне это просто режет глаз.

Автор: Exception 25.11.2005, 11:30

Да.. с правописанием у нас на форуме не очень.
И все же все это оффтоп.

Автор: FL 12.12.2005, 17:27

Цитата

Ну да у знакомых нет - не страшно, я если что им вместе со своей прогой на CD дам... А вот в инет выкладывать прогу... Представляю ситуацию... Качает себе кто-нибудь калькулятор, а он ему: "мне фреймворк надо в 23 Мега скачать"... Большинство, я думаю, качать не будет :-(((

Сейчас все серьёзные фирмы переходят на .NET. (Пример тому, если не верите, хотя бы Sony, Sound Forge 8 которой требует .Net) Так что мне кажется, что в скором времени( или не очень) ДотНет будет установлен на подавляющем числе компов.

А VB.NET мне очень понравился. Переучиваться к новому синтаксису - это конечно обидно, но тьма новых возможностей это компенсирует. Конечно WinApi всё равно иногда приходится использовать, но пригресс налицо.

VB начинает подтягиваться до уровня C++. Конечно только начинает подтягиваться, но и это уже радует.

Автор: Spawn™Production® 12.12.2005, 19:47

Цитата(FL @ 12.12.2005, 18:27)

VB начинает подтягиваться до уровня C++.

скорее отдалятся... Microsoft делает язык всё более высокоуровневым... так что драйвера ты всё ещё не можешь и никогда не сможешь писать на нём.

Автор: arilou 12.12.2005, 20:18

Цитата(Spawn @ 12.12.2005, 19:47)

так что драйвера ты всё ещё не можешь и никогда не сможешь писать на нём.

Взгляни на http://research.microsoft.com/os/singularity/
smile

Автор: Spawn™Production® 12.12.2005, 23:57

Цитата(arilou @ 12.12.2005, 21:18)

Цитата(Spawn @ 12.12.2005, 19:47)

так что драйвера ты всё ещё не можешь и никогда не сможешь писать на нём.

Взгляни на http://research.microsoft.com/os/singularity/
smile

Хм, ну посмотрим, к чму их research'ество приведёт...

Автор: Exception 13.12.2005, 17:33

Цитата(arilou @ 12.12.2005, 21:18)

Взгляни на http://research.microsoft.com/os/singularity/

Однако...

Интересный проект smile

Только я не понял, это что -- альтернатива Lonhhorn'у что ли? Или там Black-чего-то? Или потом их соединят?

Автор: arilou 13.12.2005, 17:39

Цитата(Run @ 13.12.2005, 17:33)

Только я не понял, это что -- альтернатива Lonhhorn'у что ли? Или там Black-чего-то? Или потом их соединят?

Это просто исследовательский проект. Деньги вкладываются в исследования новых подходов к разработке ОС. Возможно, что-то из этого мы увидим в Windows XXII smile

Автор: Void 13.12.2005, 17:41

Цитата(Run @ 13.12.2005, 19:33)

Только я не понял, это что -- альтернатива Lonhhorn'у что ли? Или там Black-чего-то? Или потом их соединят?

Ни то, ни другое. Это просто прототип ОС будущего, основанной на управляемом коде. До применения этого в реальных продуктах еще годы, если не десятилетия.

Автор: Exception 14.12.2005, 13:01

Цитата(Void @ 13.12.2005, 18:41)

До применения этого в реальных продуктах еще годы, если не десятилетия.

Смотрим в будущее smile

M$ это что, спонсировать будет? Ресёрчеры smile

Автор: arilou 14.12.2005, 13:57

Цитата(Run @ 14.12.2005, 13:01)

M$ это что, спонсировать будет?

Ты сайт вообще видел? Это лабы Microsoft'а. Они за это платят.

Автор: Exception 14.12.2005, 15:14

Цитата(arilou @ 14.12.2005, 14:57)

Это лабы Microsoft'а

Точно...
Ну дак если проект будет удачным, они его себе загребут что ли?

Автор: arilou 14.12.2005, 15:19

Run-time error
smile

Проснись, давай-давай (с) толстый афроамериканец из рекламы Nescafe smile

У Microsoft есть свой исследовательский центр, где умные головастые дядьки ничего не делают, а только занимаются тем, что им нравится, и что потенциально нравится самому Microsoft'у. За это им платят денюшку, а правами на их разработки обладает сам MS.

Вот такие, брат, дела.

Автор: Терминатор 7.5.2006, 23:50

Сижу сейчас в  VB.NET 2005. Пробую переписать то что так хорошо работало в VB.6
Труба  полная.
Всё время приходится сидеть в MSDM, вернее 60%
30% рыскать по Инету в поисках практического решения (кстати  в  интете  есть варианты получше чем в MSDM, например работа с  TabControl1)
остальные 10% это уже написание самого  кода.
Какие трудности кодеры испытывают по всему миру - просто  дива! Американцы, Европейцы, Африканцы, Индусы и Русские. Читая их проблемы и видя что 40% не находят решения (или решение нашлось, но на форуме не опубликовано) что-то прям мурашки по коже бегать начинают, от мысли
"А как я буду переписывать прогу  от которой зависит сейчас  90%  работы  на  фирме,  и  вообще  моё  присутствие  на  работе?"
Вот к примеру -  переписываю  процедуры  в  модулях. Там  проблема: теперь  из  модуля  обратиться  к  конролу на  формах  напрямую  нельзя.  Прошелся  по  инету  -  у  всех  от этого  головная  боль. Но кто-то  уже  быстро  это  освоил,  кто-то  пишет,  цитирую  дословно  -  "..Да,  ну  теперь  всё,  теперь  я  просто  не  использую  обращение  к  контролам  из  модулей. В  модулях  пишу только  функции..."
Потом  проблема  при  использовании  Char, проблема  при  использовании  As String * 1   и т.д.

Так  это  только  малюсенькая  часть!  А  если  у меня  в  программе  более  30  форм, и  куча всего  того  что  вообще  никак  не  хочет  переноситься. Вывод  один  -  писать  абсолютно  всё  заново.

Кстати,  я  заметил  что  2005  получше  2003. Это  радует.  Может  и  дальше  будут  улучшения.
Лично  для  себя  я  понял  одно,  это  совсем  другой  язык. Я  помню  как  просто  по  дороге  на  работу,  я  продумывал  часть  кода  в голове,  а   уже  на  работе   писал  по памяти. Теперь  по  дороге  на  работу  я  стараюсь  просто  закрыть  глаза - чтоб  они  немного  отдохнули  и  поспать,  -  потому что  приходится  сидеть  до  глубокой  ночи,  в  попытках  разобраться  как же  ту  или  иную  задачу  выполнить. Да,  я  наверное  отношусь  к  той  категории  людей  которым  всё  новое  даётся  тяжело.
Собственно  вопрос -
Я  что-то  не  пойму,  когда  говорят  о  VB.8  -  это  какую  версию  имеют  в  виду? У  меня  Ноябрьская 2005. В  ней  нет  прямого  обращения  из  модулей. А  как   меня  это  достало!

Автор: Exception 8.5.2006, 00:00

Я тебе вот что скажу. VB .NET совсем никак не связан с VB 6 и не подходит для переписывания проектов. Тебе придётся познакомиться с новой идеологией программирования на .NET, научиться писать с использованием ООП.. Так что лучше на нём писать новые проекты, однозначно.

Добавлено @ 00:04
А к формам так обращаться - дурной тон. Я тебе ОБЯЗАТЕЛЬНО советую почитать книжку "Переход на VB .NET: Стратегии, концепции, код" Дэна Эпплмана. Это то, что тебе необходимо.

Автор: Терминатор 8.5.2006, 13:30

Цитата(Exception @ 8.5.2006, 00:00)

придётся познакомиться с новой идеологией программирования на .NET, научиться писать с использованием ООП..
А к формам так обращаться - дурной тон.

Да, я это понимаю, я обладатель не самых лучших привычек, которые развил благодаря VB6. Но требования тогда были невысокие, для любой небольшой конторы самые критичные данные  -  их  базы  данных. Для написания, которых связка  VB+Access, VB+SQL не занимала вообще никаких усилий. Наверное многие (даже знающие Си)в те годы  использовали VB для создания СУБД. Очень рентабельно получалось. Да и не 3D игры же писать Бейсике!
Деваться некуда  буду учить.
Только вот подскажи пожалуйста, какой подход мне лучше избрать. Но для начала немножко войди в моё не лучшее положение.
Я человек взрослый, работаю, учиться в учебных заведениях мне не с руки (семью кормить надо). То образование которое я получал в 80-гг теперь уже = 0 (нулю). Да и что кто-то научит языку который вышел пол года назад (согласись версия 2005 это уже не 2003)  я  слабо  верю. Хотя конечно  есть гуру,  но  они  как раз  всегда  при  деле,  а  "не  за  партой". Ну и ещё два весомых фактора, которые давят так, что хоть кричи,  - в 40 лет не  так  просто заучивать, запоминать  и  разбираться  в  большом  объёме  информации. Второй  фактор, который  меня  просто  убивает  на  повал,  это  вот  это  новая  технология. Может  тебе  знакомо  такое со школьных  или  студенческих  лет  -  ну  никак  не  даётся  химия  или  французский! Или  ещё  лучший  пример,  который  всё  чаще  всплывает  у  меня  пред  глазами  -  90-е гг.  программист,  который  мне  в  отцы  годился, с  такими  большими  очками, толстыми  линзами,  говорит  мне  -  «Всё  что  делается,  теперь  делается  для  Вас,  для  молодого  поколения. Жалко,  что  только  про  нас  забыли. Наверное, мне придется  забыть про свою  профессию.» У  него  был  такой  безысходный  взгляд,  что  мне  его  жалко  стало. Помню,  он  так  в  сердцах  возмущался – «Да  что же  это  за  устройство такое придумали!» (про мышь, чувствовал,  наверное,  сердцем,  что  всё,  не будет  больше  ДОС-а) А  с  другой  стороны,  я  тогда  думал, "вот из-за таких  людей  у  нас  нет  прогресса!".
Ты  смотр-ка,  как  в  жизни  всё  разворачивается.
Теперь  получи  и  распишись. Мне  даже  теперь жена  со  стороны  сказала, "ты  что-то  старшее  поколение  уважать  начал. Стареешь  чтоль?"

Так  вот  вопрос.
Учитывая  всё  это,  но  самое  главное,  учитывая то  что  мне  этим  свой  хлеб  зарабатывать  надо  а  не  просто  "познавать  невиданное",  какой  подход  лучше  выбрать  для  изучения  "этого  ООП." Книгами  я  уже  обложился,  слава  Богу  Интернет  есть  и  дома  и  на  работе.(инет  - это  дар,  для  всех  программистов!) Но  чувствую  я,  что-то  не  так  я  делаю. Одно  только  ADO.net  чего  стоит. Но ведь  как-то же  люди  изучают  языки  за  пол  года! Если  у  кого  был  такой  этап,  и  он  пройден  хотя  бы  наполовину,  поделитесь. Что  является  залогом  успешного  изучения  такого  языка.? Ведь  "нахрапом"  не  возьмешь.
Сейчас  я  пытаюсь  по  кусочкам  реализовать  то  что  у меня  было. Почему  это  не  правильно? Также  я  просматриваю  готовые  варианты  небольших программ,  которые  можно  скачать  в инете. Книги?  в  прицепе  да. Но,  например  мне  надо  решить  то-то  и  то-то,  в  книгах  такого  нет. Там  общие  решения. Справка  помогает, благо  английский  не  забыл. Но  ведь  наверное  не  так  должен  изучаться  новый  язык.?
В общем,  поделитесь  ребята.
Я  вот  тут  по-написал,  может  так  на  форуме  не  стоит  откровенно,  но  тяжко  мне,  честно. В реальной  жизни  вида  не  подаю,  но  в  уме  шок.
-------------------------------------------------------------------
Если  кто-то  ответит  на  моё  послание  даже  через  месяц  -  буду  рад.

Автор: Exception 10.5.2006, 22:10

Да, наверное, в моём возрасте учиться новому легче smile

. Но всё же. Я написал тебе выше ту книгу, которая тебе ОЧЕНЬ поможет. Я с её подачи и перешёл. После того, как нормально изучишь .NET, начинай изучать теорию. То есть читай Фаулера, Гамму и других классиков.

Автор: XPurple 12.5.2006, 14:11

Немного в оффтоп.
Если программа требует для своей работы Framework.NET - например Sony Vegas- значит ли это, что она написана на языке Visual Basic.NET ?

Автор: Exception 12.5.2006, 16:02

Это значит, что она написана на каком-либо языке .NET, будь то VB .NET, C#, Delphi .NET, etc.

Автор: XPurple 15.5.2006, 06:01

Exception,
Ясно

Автор: HellMasterHaiL 10.8.2006, 13:09

к сожалению судить не могу, т.к. VB6 никогда в глаза не видел, а начал сходу изучать VB.NET, но думаю в каждой версии есть свои плюсы и минусы, будь то сложность разработки или качество...

Автор: DarkDragon 4.10.2006, 00:56

Приемущество VB6 перед VB.NET: Заключается в том что у VB6 [Native Code], а это означает что программа работает под Win32, с использованием всего одной библиотеки, которая поступает уже вместе с XP. Весит эта библиотека в чистом виде 1 метр с хвостом (10 - 500 килобайт). У VB.NET, и других языков той же самой платформы .NET, Intermediate Language (промежуточный язык), который обязательно переводится в машинный язык, при старте. Первое: снижение запуска приложения! Обязательно Framework 23-25 мега(В будущем, возможно данный недостаток будет устранен).

Теперь по поводу недостатков VB6, VB.NET. Это пропорции. Это очень круто снижает скорость приравнивания/получения значения, нежели если мы будем обращаться напрямую к переменной. По мойму лучше написать процедуру приравнивания SetValue (ByVal Val As Value).

VB.NET - Form->Control->Боевое снабжение на все случаи жизни. Если я не ошибаюсь то он используется визде, где нужен Visual Control. Размер в памяти у него очень не маленький. Можно даже сравнить используя NativeWindow и Control.

Все типы в VB.NET стали структурами, недостаток: меньше и быстрее реальная переменная (int), чем структура Integer в VB.NET.

Вообщем самая главная проблема .NET это оптимизация. Проги на данной платформе грузятся и выполняются медленне чем на платформе Win32.

Хватит о плохом, пора переходить к хорошим!

Какая простота работа с массивами.

Код


  Public Sub CrArray(max As Integer)
    Dim tmpArr() As Byte
    tmpArr = Array.CreateInstance (GetType (Byte),max)
  End Sub

Можем спокойно в run-time создовать массивы практически любых типов.

А как легко создавать контролы в run-time, добавлять, удалять. smile

Код


  Dim i As integer
  Dim p As Button
  For i = 0 To 20
    p = New Button()
    Me.Controls.Add (p)
  Next

А как легко пишутся плагины smile

А как легко модернизируются контролы smile

А как легко работать в VS 2003/VS 2005:)

А как легко дизайнить формы, с помощью конструктора.

А как круто, когда к Object можно передать любой тип (byte,short,integer,....,string,.....,control.....).

А как круто когда есть System.Windows.Forms, System.IO, System.Reflection, System.Runtime, System.Web, System.Net, и многие другие (есть и DirectX манагед!). Кланю к тому что там столько классов, тока создавай и пользуйся ф-циями.

А как круто, конвертится:

Код


  Dim StrInt As String = "120"
  Dim Q As Integer = CInt (StrInt)

  StrInt = CStr (120)

А как круто выполнить динамический код в runtime.

+ковсему этому можно пределать то что степень риска вредоностности программы снижается! Т. е. не зделаешь на VB.NET вирус, хотя кто его знает. Ведь в VB.NET И др. языках .NET можно свободно пользоваться функциями из реальных библиотек работающих на Win32. Вообщем яб рассказал как это возможно, но помоему незя этого обсуждать на форумах
Vingrada.

Вообщем можно книгу писать Достоинство VB.NET И сех Language.NET.

Автор: Exception 4.10.2006, 15:01

Что хорошего в native code? Быстродействия он не обеспечивает, т.к. код целиком состоит из вызовов функций msvbvmxx.dll. Фреймворк будет поставляться с Windows Vista, конечно, он большой, но - сравни возможности библиотек! А преимущества .NET перед COM очевидны. Контроль версий (прощай, DLL hell), , стандарты языков, обеспечивающие межъязыковое взаимодействие. Богатый набор классов. Очень мощный GUI и фреймворк для взаимодействия с БД.
Ты ошибаешься: IL-код компилируется не перед стартом приложения, а перед выполнением метода в первый раз, причём результирующий машинный код можно оптимизировать. Если очень хочется - можно заранее скомпилировать весь код и запретить JIT-компиляцию с помощью утилиты ngen.exe.
Это ты свойства (properties) называешь "пропорциями"? К твоему сведению, из свойства SomeProperty компилятор генерирует два метода - get_SomeProperty и set_SomeProperty, так что я не понимаю, о какой потере производительности идёт речь.
Далее, что значит - "нужен Control"? Control - всего лишь базовый класс, какие к нему могут быть претензии smile

?
По поводу переменных типа Integer - ты вновь ошибаешься. Они оборачиваются в структуру только по необходимости, и эта операция называется упаковкой (boxing). Дабы пояснить, приведу пример:

Код

Dim someNumber As Integer = 5
Dim anotherNumber As Integer = someNumber + 10
Dim aString As String = anotherNumber.ToString() ' чтобы вызвать метод, нужна упаковка!

На самом деле, только перед вызовом ToString в IL-коде происходит упаковка числа в структуру Int32. Поэтому в памяти числа занимают столько же, сколько и в C++, например.
По поводу кода создания массива - он вызывает ошибку компилятора, потому что ты пытаешься неявно привести тип System.Array к массиву Byte. Ошибку можно отключить, выставив Option Strict в Off, но это чревато ошибками, и за такой подход обычно дают пинка. На самом деле следует явно привести тип оператором CType.
По поводу того кода, который ты написал для конвертации: да, он работает, но этот подход не одобряется и присутствует лишь в VB .NET. В С# так делать нельзя. Ведь подумай сам: что делает функция CInt? Она приводит класс к Integer, если он это разрешает. У System.String этого оператора приведения нет. Поэтому правильно делать так:

Код

Dim number As Integer = Convert.ToInt32("120")
Dim stringRepresentation = number.ToString()

Также для конвертации можно пользоваться методами Parse, TryParse и подобными.
Да, ты совершенно прав, степень риска очень заметно снижается благодаря хитрой системе безопасности в .NET. Например, можно настроить систему так, чтобы сборки, загруженные из интернета, не имели доступ к файловой системе или, например, не могли вызывать/выполнять небезопасный код.

Автор: DarkDragon 4.10.2006, 23:53

Цитата

Windows Vista, конечно, он большой

Очень большой. еслу не ошибаюсь, больше чем RedHat Linux 7.3. И требования к железе, тоже не малое.

Цитата

Что хорошего в native code?

Все!

Насчет Properties: То что properties генерируют в функции get и set, я понял когда в C++.NET строил приложения. Я имею виду использовать функцию в том случаи, если требуется при преравнивании выполнить еще какие нибудь действия. А если просто потребуется получить, приравнить значение, то лучше обращаться на прямую к variable, нежели стучаться в функции. И как ты думаешь, что быстрее: Прямая адресация к переменной, либо вызов функций?

Насчет ngen (и il), незнал. Попробую smile

Control - всего лишь базовый класс. Согласен. Размер смотрел этого класса? Даю 100% я напишу контрол "Button", которая в 20 раз быстрее и меньше чем при использовании Control. Конечно нельзя будет добавлять с помощью Controls.Add, но можно будет написать свой Array для контролов которые основываются на NativeWindow, либо еще ускорить написав структуру WindowClassEx.

Насчет упаковки, и распоковке, и структур - значить ошибся smile

Упаковка и распоковка я думал работают немного по другому.

Я вот Exception непонимаю, для чего ты пишешь код? Для того чтобы им пользовались другие? если так, то пускай радуются что для них еще пишут. А то можно и вооще забить. Если я пишу какой то код, то для начала я убеждаюсь, что он в реале работает на определенном языке, и не стараюсь чтоб кто нибудь переписывал его на другой язык. Так что если пишу на VB.NET, мне грубо говоря напливать что кто то будет переписывать на C#. Пусть тогда сразу просить на каком языке ему приводить пример. А типа писать красивый код, чтобы другие любовались, пускай сами пишут для себя.

Насчет CType - привиди пример. Array, у меня на VB.NET работают без глюков, и без сообщения компилятора. Все нормально компилируется, без установки опций.

+Хорошего в .NET, не так сложно написать свой язык программирования(.NET).

Автор: ivashkanet 5.10.2006, 09:38

Цитата(DarkDragon @ 4.10.2006, 23:53

)

А если просто потребуется получить, приравнить значение, то лучше обращаться на прямую к variable, нежели стучаться в функции. И как ты думаешь, что быстрее: Прямая адресация к переменной, либо вызов функций?

А если тебе нужно чуть больше действий, чем просто обновить переменную? Например обновить контрол (обновил свойство text контрола). Причем это может понадобиться в дальнейшем. Не лучше ли сделать задел (причем очень простой) на будущее.
+ для оптимизации кода существует компиляции в релизе. В ней уже компилятор убирает все ненужные переменные и заменяет гетеры и сетеры на реальные действия.

Цитата(DarkDragon @ 4.10.2006, 23:53

)

В наше время объем и скорость (таких массштабов) не критичны. Добавление картинки в приложение с лихвой перекроет объем вложенного кода.
А преимуществ это дает очень много. Программист просто делает то что ему нужно, сильно не заботясь о поведении будующего контрола.

Автор: DarkDragon 5.10.2006, 17:37

Насчет релизе - Release - это уже окончательное компилированние без доп. инфы относительно Debugerra. Когда то писал все под Debuger. А потом прочил что Release, максимально сжимает и оптимизирует выходной код. Ну естестно стал писать под Release. К стате если используешь Release то ошибки в коде(не путать с синтаксисом) не будет высвечеваться, если запускаешь из под студию. Лучше мастерить под Debug, а в самом конце компилить в Release, когда проект будет готов.

Цитата

А если тебе нужно чуть больше действий

Я и говорю, если нужно выполнить доп. функции.

Автор: Exception 6.10.2006, 20:38