Имам Win 7 на моя лаптоп и бих искал да го използвам като VB6 среда за разработка, когато пътувам.
Има ли причини да не правите това? В момента съм насочен основно към XP системи.
Win 7 добра среда за разработка VB6? [затворено]
comment
Не е дубликат, но вижте също този въпрос за как да инсталирате VB6 IDE на Win7, а не дали това е добра идея и това за IDE на Win7 64-bit и разбира се Windows 7 поддържа ли VB6 runtime
- person MarkJ schedule 02.02.2012
comment
Питате дали Win7 ще поддържа VB6? Вече съществуват множество поддържащи връзки за отговор на този въпрос: тук и тук
- person JimmyPena schedule 03.02.2012
comment
Току-що осъзнах, че @MarkJ вече е публикувал тези връзки. facepalm
- person JimmyPena schedule 03.02.2012
Отговори (1)
Има ли причини да не правите това?
Не наистина, не. Въпреки че VB 6 IDE официално не се поддържа и е от 2008 г., Екипите на Windows и VB работиха извънредно, за да се уверят, че работи правилно на Windows 7 и Server 2008.
Преди имах инсталиран VB 6 на моята стара машина за разработка, работеща с 64-битов сървър 2008 R2 и мога лично да свидетелствам, че не съм имал никакви проблеми с такава конфигурация.
Честно казано, разработването в Windows 7 вероятно ще ви направи по-добър разработчик. UAC активно ще ви попречи да правите неща, които не е трябвало да правите на първо място, като запазване на данни в папката Program Files. Ако попаднете на такъв тип проблем, когато тествате приложението си, не обвинявайте VB 6 или Windows – истинският проблем е вашият код, а грешката е, че той изобщо е работил. Приемете това като възможност да коригирате тези зейнали проблеми (или поне да ги отбележите, така че да могат да бъдат планирани за предстояща корекция), дори ако така или иначе ще работи правилно на XP.
В краен случай винаги можете да принудите приложението да работи с администраторски привилегии и/или да активирате режима на съвместимост с XP, като щракнете с десния бутон върху неговия пряк път. Но със сигурност не препоръчвам това като въпрос на обща практика.
person
Cody Gray
schedule
02.02.2012
Добри точки. Единственото ми притеснение е в обратната посока. Дали разработването в Win 7 потенциално ще създаде проблеми при внедряване в XP?
- person CJ7; 02.02.2012
@CraigJ: Не, как би могло? Единственият проблем би бил, ако извикате Win32 API функция (която ще трябва да декларирате сами, разбира се; библиотеките на VB 6 не са актуализирани от години), която се поддържа само в по-нова версия на Windows и не не съществува на XP. Това ще работи добре на вашата машина за разработка, но ще се взриви, когато се опитате да го стартирате на XP. Все пак не е голяма работа, като се има предвид, че 1) SDK документите ви казват поддържаните операционни системи за всяка функция и 2) винаги трябва да тествате приложението на XP, преди да го внедрите. Използването на виртуална машина е чудесен вариант.
- person Cody Gray; 02.02.2012
Ако правите разработка на база данни (ADO) на Win7, може да се натъкнете на този проблем, но това е лесно решение.
- person Deanna; 02.02.2012
Всъщност има редица нови ActiveX компоненти като част от Vista и по-нови версии. Още веднъж просто имайте предвид тях и избягвайте да ги използвате в програми, предназначени за внедряване в системи от по-ниско ниво, или внимавайте да разположите версията за повторно разпространение на компонента, където съществува такава. Контролата InkEdit е първата, която идва на ум, Unicode RichTextBox, която поддържа въвеждане с писалка на XP Tablet Edition или всяка Vista или по-нова операционна система. Има несъвместима с мастило версия за внедряване в XP без таблет.
- person Bob77; 02.02.2012
Единственият проблем, който съм виждал най-много, е ADO програма, компилирана на Windows 7, прекъсва на XP. Microsoft откри проблема и има корекции за него (support.microsoft.com/kb/2517589) , но това е един от онези странни проблеми, които напълно ще ви объркат, когато се случи. Проблемът е, че VB6 вече не се актуализира, докато Windows продължава да се развива. Microsoft полага изключителни усилия, за да поддържа обратна съвместимост (IMHO), но нещата се пренебрегват. Имам много VB6 програми, които все още трябва да поддържам, но работя на XP виртуална машина специално, за да избегна този вид проблем.
- person jac; 03.02.2012
Деана вече спомена това по-горе. Това не е проблем с VB6, а проблем с ADO, причинен от опитите на Microsoft да съгласува ADO с техния модел на Office x64. Няма нищо общо с това, че VB6 вече не се актуализира и ще повлияе на ранното свързване на среда за разработка с ADO.
- person Bob77; 06.02.2012
