Все на VB.NET!

[Юстас]

Я не пользуюсь UserControl'ами. Рисую всё руками. И "присвоить иконку" - достаточно бессмысленное выражение.
Есть LoadIcon > InvalidateRect > WM_PAINT > BeginPaint > DrawIcon > EndPaint.
Других путей нет.
А супер-пупер крутые .NET-программеры постоянно задают глупейшие вопросы типа такого: "Я нарисовал иконку, а она не отображается, караул! Помогите!" Потому и не отображается, что не знают механизма этого отображения. Вся внутренность заботливо спрятана подальше, доступа к ней нет, отсюда нет и понимания.

[Andrey Fedorov]

Я не пользуюсь UserControl'ами.

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

Рисую всё руками

Каждый раз одно и то-же на каждой форме? Я как-то предпочитаю просто накидать на форму нужные контролы, прописать и нужные свойства и чтобы оно уже работало как надо, а не писать все каждый раз ручками для каждой формы (оно мне надо?). Чем NET и хорош - это тем что на нем можно все это реализовать без особых выкрутасов...

[marvan]

Ещё ряд плюсов? VB NET

Перестают функционировать некогда славные сайты по VB.
Перестают обновляться версии очень неплохих компонентов и add-in'ов для VB6.
Новые версии Rational Rose - заточены только на NET.
Такие программы как BizTalk_2004 - в наглую требуют наличия VB NET.
Морально стареет IDE VB6.

Ещё ряд минусов? VB NET

25 МБ дистрибутив - мне кажется не все пользователи к этому готовы
Отсутствие VarPtr, StrPtr, ObjPtr - это серьёзный удар по производительности с одной стороны и по переносимости кода VB6->VB.NET с другой

[Samovar]

Наверное этому здесь не место, но хотелось бы прочитать мнение относительно этой статьи:
http://msdn.microsoft.com/library/en-us/dnhfact/html/hfactor9_5.asp

[Andrey Fedorov]

Перестают функционировать некогда славные сайты по VB.

Ну какие-то сайты всегда отмирают. Но в основном просто добавляется топик по NET и сайт просто живет как и раньше - это не зависит от устаревания VB6.

Перестают обновляться версии очень неплохих компонентов и add-in'ов для VB6.

Тут согласен.

Такие программы как BizTalk_2004 - в наглую требуют наличия VB NET.

Не пользую...

Морально стареет IDE VB6.

Да ладно - ничего супер-пупер относительно среды в NET не изобрели. Разве что отлаживаться там стало менее удобно из-за невозможности поправить ошибку по ходу выполнения...

[Andrey Fedorov]

Ещё ряд минусов? VB NET
25 МБ дистрибутив - мне кажется не все пользователи к этому готовы

Ну у меня размер дистрибутива на VB6 немногим меньше - не в этом дело - если программа действительно нужна то поставят. А вот требования к ресурсам - другое дело...

Отсутствие VarPtr, StrPtr, ObjPtr - это серьёзный удар по производительности с одной стороны и по переносимости кода VB6->VB.NET с другой

Непользовал и не собираюсь. Поэтому на производительность они не влияют

А переносимость... VB.NET это считай другой язык - так что ничего окромя уродливого конвертора (и то не пойму зачем он нужен) все одно ничего не будет. По определению. Тут надо просто все переписывать, беря за основу идею а не код...

[tyomitch]

А супер-пупер крутые .NET-программеры постоянно задают глупейшие вопросы типа такого: "Я нарисовал иконку, а она не отображается, караул! Помогите!" Потому и не отображается, что не знают механизма этого отображения. Вся внутренность заботливо спрятана подальше, доступа к ней нет, отсюда нет и понимания.

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

[Andrey Fedorov]

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

Надо отдать должное - он не соврал! Он писал что чайники пишут легко и непринужденно, а супер-пупер (не чайники!!!) испытывают проблемы!

Интересно только - куда себя он относит

Признавайся

[Юстас]

Вот и я думаю, нафига наследование?

А накидать на форму контролов - для этого не надо ничего знать и уметь. Достаточно условного рефлекса - два раза с небольшим интервалом времени надавить указательным пальцем на кнопку мыши. И это называется программист. Мда... Я понимаю, что это быстрее и удобнее. И это хорошо в том случае, если ещё и голова соображает, что при этом происходит. А большая часть новообращённых .NETчиков - те, которые только начинают что-либо делать. Что они умеют? Даже знатоки .NET уровня админов некоторых форумов не знают элементарных вещей. Когда говоришь ему об указателях, он делает большие круглые глаза и спрашивает: "Что это? Зачем оно мне?" Ну и кидают они кнопки на формы в надежде, что всемогущая CLR за них всё по местам расставит, всех накормит и сопли утрёт. Microsoft куда более простые вещи безглючно сделать не может, а тут ещё и программеров надо поправлять и подстраховывать. Потому и идут на .NET те кто ищет как попроще да побыстрее. И слава богу, таких меньшенство. Об этом сужу по количеству форумов\топиков\примеров в сети. .NET зародился по современным меркам достаточно давно, а до сих пор ходит в детских штанишках. ИМХО, пусть и помрёт младенцем. Ибо это не шаг вперед, не шаг назад, это шаг в сторону.

[Юстас]

Я себе не противоречу. И не говорю, что пишут легко и непринужденно. Легко и непринужденно кидают кнопки на форму. Плиз, читайте внимательно.

[Andrey Fedorov]

А накидать на форму контролов - для этого не надо ничего знать и уметь.

Накидать это ко мне? Я ведь применил это слово...

Но! Я накидываю СВОИ контролы. Которые ведут себя так как мне надо! Так, например тот-же TextBox имеет свойства DefaultValue. Min, Max, LinkLabel, AllowNull, проверяет допустимость введенных данных в поле, форматирует их так как надо, внятно сообщает об ошибках ввода на нужном языке и что-то еще другое - с ходу все не упомнить... И в большинстве случаев даже эти свойства заполнять не требуется - контрол сам вытащит их из свойств поля базы данных...

Остается только вписать действительно оригинальный код формы (если он есть - для простых форм его может и не быть)... То есть я просто в свое время приложил некоторое усилие чтобы избавить себя от рутины. И не жалею.

И это называется программист. Мда...

Я считаю что да!
Настоящий программист это человек сведший свою работу к приятному миниуму при довольных заказчиках, для которых мы и работаем в итоге

[BP]

Юстас,
Поддерживаю. Вырождение программистов - преступление.

tyomich,
Даже если MS такая добрая что хочет сделать из программирования написание программ, это вовсе не значит что для этого нужно перекрывать кислород всем.

[tyomitch]

BP, тебя чего-то лишили?
Меня - нет, у меня есть VB6, я им доволен.
Тем более, что достался он мне нахаляву, а стоит сколько-то сотен баксов. Радоваться надо.

[Юстас]

Andrey, не надо обижаться. Я не имею ввиду конкретно тебя. Если не выдергивать слова из контекста, то можно заметить, что я также написал:"И это хорошо в том случае, если ещё и голова соображает". Ещё раз, плиз, внимательно читайте, а, ну что вам стоит?
Я тоже бывает кидаю эту кнопку, чтобы проверить что-либо. При этом я (смею надеятся) понимаю, какой код генерится в результате этого "броска". Что и как происходит.
Когда чел делает свой юзер контрол (кнопку) и для определения, над контролом мышь или за его пределами, использует таймер+GetCursorPos - это не внушает оптимизма, что он напишет нормальный контрол. Даже на VB6, где позволено чуть больше, он не знает, как определить положение мыши. От сабклассинга и хуков .NET-народ шарахается, как от чумы. API - из разряда бранных слов. На вопрос, а чем тебя не устраивает нормальный сабклассинг вместо таймера+GetCursorPos, мне ответили: да в сабклассинге много чего там непонятного. И тут же добавляет: а вот в .NET это сделать - два пальца об асфальт. При этом он сам не может сделать этого. Вот и думай, что за программа выйдет из под пера такого писаки. И .NET всячески стимулирует это.

BP, маска, я тебя знаю

[BP]

Не пойму чем тут радоваться. VB изначально создавался как средство создания форм. Начиная с 5-й версии к этому прибавилось то, что эти формы можно запихивать в ActiveX.
Имея один VB тяжело чувствовать себя довольным.

Вот такой связкой я доволен:
VB6 как средство создания форм + PB/WIN 7 как язык программирования.
Если ещё кто то подкинет ссылку на PB/CC, то буду вообще счастлив. А VB даже слова такого - не знает - консоль. Поэтому SubSystem=3 для него нонсенс.

[tyomitch]

А VB даже слова такого - не знает - консоль. Поэтому SubSystem=3 для него нонсенс.

Если ты знаешь такое слово, то сделать на VB нормальную консольную программу для тебя не проблема.
Язык не виноват, что программист чайник (не применительно к тебе, а вообще в русле топика).

[BP]

BP, тебя чего-то лишили?

Microsoft Macro Assembler. При всём моём уважении к hutch'у, я думаю что MS бы создала действительно качественный продукт. А это было только начало. Результат виден уже сейчас.

[Andrey Fedorov]

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

Так что если бы мне был заказ на подобную утилитку, то начал бы делать ее на NET (хотя с ним и меньше работаю) - ибо так будет быстрей в изготовлении и проще.

Вот только консольки мне еще ни разу не заказывали

[Юстас]

VB6 стоит несколько сотен баксов (с)tyomitch.
А сколько стоит лицензионный VS.NET?

[GSerg]

Несколько сотен баксов

[Sebas]

25 МБ дистрибутив - мне кажется не все пользователи к этому готовы
Отсутствие VarPtr, StrPtr, ObjPtr - это серьёзный удар по производительности с одной стороны и по переносимости кода VB6->VB.NET с другой

Не правда есть, только они перенесены во Framework.

[Sebas]

А VB даже слова такого - не знает - консоль. Поэтому SubSystem=3 для него нонсенс.

Если ты знаешь такое слово, то сделать на VB нормальную консольную программу для тебя не проблема.
Язык не виноват, что программист чайник (не применительно к тебе, а вообще в русле топика).

А что толку? всё равно она гуи требует))))

[Andrey Fedorov]

А что толку? всё равно она гуи требует))))

И из под DOS 3.0 не работает...

[Sebas]

А что толку? всё равно она гуи требует))))

И из под DOS 3.0 не работает...

Я вот только не понимаю, почему ты это обсуждаешь, не понимая назначения консольных программ?

[MOV]

Вот вырождение программистов это да, есть такая мысль, что скоро каждый сможет замутить все, что ему надо, не прибегая к помощи специалистов. Но я считаю или надеюсь, что до этого не дойдет, так как каждый должен быть на своем месте и какой-нибудь коммерческий директор предприятия не станет осваивать даже азы программирования, а до такого чтобы зайти в какой-нибудь "VS.NET2035" , написать что-нибудь типа "хочу в такую-то программу" и все! готово! никогда не дойдет. Тем более, что чтобы нормально кодить и зарабатывать этим, одних знаний языка, как правило, недостаточно или знаний одного языка (в общем не суть и то и то верно ), не мешает хорошо разбираться и в СУБД, и, возможно, в ASP, и, возможно, XML и т.д. Ну какая домохозяйка будет в это вникать , да ей бы хоть комп научиться включать/выключать. Но если не утрировать про домохозяек и просто сказать, что скоро чайники наводнят рынок рабочей силы - сомневаюсь (у меня, например пока не получается его наводнить ). Во-первых, все мы когда-то ими были (и пока будут появляться всякие VS будем периодически ими себя чувствовать ) и с чего-то начинали. Разница в том, что кто-то начинал с Сей и ассемблера, а кто-то сразу начал с вижуал (здесь можно долго спорить, но главное результат). Во-вторых, даже если VS.NET кому-то кажется уж слишком простым, скужу, что он нисколько не проще VB6. (просто писать на нем немного быстрее, во всяком случае сужу по себе).

[tyomitch]

А что толку? всё равно она гуи требует))))

И из под DOS 3.0 не работает...

Я вот только не понимаю, почему ты это обсуждаешь, не понимая назначения консольных программ?

Я тебя уверяю, что всё, для чего нужны консольные программы, прекрасно можно сделать на VB6.
Например потому, что на нём можно писать полноценные консольные программы. Но не только поэтому.

[A.A.Z.]

А я видел VS.NET за $5000. Может, даже ссылку найду...

[Tarik]

Давно я тут не был - дискуссия полным ходом Что ж, и я выскажусь по вопросу "VB6 vs VB .NET". Может, я невнимательно читал, но не заметил одной простой истины: в VB6 всё происходило как по волшебству, весь механизм работы был скрыт за какими-то там мелкософтовскими кулисами. В VB .NET всё по-другому. От программиста уже не скрывается МЕХАНИЗМ работы. Помню, в своё время я испытал настоящий шок, узнав, что форма на самом деле тоже класс А найдите-ка мне в VB6 хоть какое-нибудь упоминание об интерфейсах, ссылках на объекты и пр. Вот то-то же. Так что, не надо кидать камни в огород .NET и говорить, что он стал проще. Он не стал проще, он стал понятнее (ИМХО).

[GSerg]

Implements - это к вопросу об интерфейсах
Set - это о ссылках на объекты
Else - это пр.

[TEH3OP]

Хочется сказать пару слов в красивый спор г-на Юстас и г-на Andrey Fedorov, с извенениями к ним обоим заранее (дабы смягчить их последующие совместные нападки на мою персону).
Итак:

Вы, ребята, просто из разных лагерей. Если сравнивать с жизнью, то один из вас талантливый фотохудожник, а второй, фотограф в модном рекламном агенстве. Фотохудожник ругает фотографа, за то что его фотографии не содержат в себе высокого искуства, а фотограф смеётся и отвечает: "Зачем мне париться над искуством. Есть отлаженная схема создания фотосессии и я в ней профессионал. Если я буду тратить своё время на проработку каждого кадра и заново придумывать каждый раз сюжет -- я долго на своей работе не задержусь!"
Тут спор о двух крайностях -- делать качественно и профессионально или делать быстро (или можно так сказать: или получать хорошие бабки или получать удовольствие). Andrey Fedorov прав! -- заказчика не волнует как ты делал программу, ему важно как она работает + ещё парочка критериев, как правило далёких от, собсно, программирования. Но и Юстас прав, т.к. появление каких-либо проблемм с прогой (т.е. ошибок), будет повергать чайника в полную растерянность. А человек, занающий как всё внутри работает, легко сможет локализовать и устранить любую проблемму быстро и качественно; да и вааще у хорошего программиста глюков при первой компиляции НАААМНОГО меньше, чем у чайника!
А насчёт вырождения программистов... ДА! Согласен! С такими тенданциями, скоро работодателю будет удобнее взять чайника за меньшие деньги, чем тратиться на хорошего программаря. Хорошие прогаммисты будут нуны, их надо будет уже меньшее количество, но требования к ним будут больше. Короче, я думаю, произойдёт поляризация (от сказанул-то ;-) ) по уровню проффесионализма. Т.е. образуется немногочисленная элита, в которую будут пробиваться только лучшие из лучших, а просто хорошим программистам, останется только причетать САБЖ! Это неприятно, но это жизнь...

Вобщем, читайте спец. лит-ру и не забывайте про сроки сдачи проекта!