고 있는 것입니다 불가능을 지원하 Visual Basic6.0 응용 프로그램은 무엇입니까?[마감]

StackOverflow https://stackoverflow.com/questions/400479

  •  03-07-2019
  •  | 
  •  

문제

지난 3~5 년 나는 갱신하는 보험 응용 프로그램과 commmercial 통합 툴킷을 기반으로 Visual Basic6.0.

마이크로 소프트의에 따라"그냥 작동 정책"IDE 은 더 이상 지원되는 후 월 8 일 2008.

그것은 여전히 작동을 개발하고 배포하 Visual Basic6.0 응용 프로그램.

고 있는 것입니다 불가능을 지원하 Visual Basic6.0 응용 프로그램,또는 그들은 영원히 살아 Cobol 응용 프로그램니까?

업데이트:Microsoft 문 월 2010:Visual Basic 팀은 노력하는"그것은 단지 작동하는"대한 호환성 Visual Basic6.0 응용 프로그램에는 Windows Vista,Windows Server2008R2 포함,그리고 윈도우 7.

업데이트할 수 있습 2011:
행복 20 생일을 Visual Basic!

도움이 되었습니까?

해결책

나는 그들은 위험이 있기 때문에,OS 및 하드웨어 진화에서 그들이다.

실행할 수 있습니다 Visual Basic6.0Windows XP 에서하지만,심지어 가까운 그것의 생활의 끝(이 유지되는 부활의 죽음 bed).

그 Cobol 응용 프로그램은 여전히 살기 때문에 메인프레임에서 실행할 아무데도 없습니다."빅 아이언"내 때 시간에 컴퓨터 비싸고 희귀하고 실행했고 20-30 년이다.진실하지 않으로 응용 프로그램에 기반 Pc 와 Windows 으로 더 많은 처분할 수 있습니다.

다른 팁

VB6을 계속 지원 해야하는 경우 모든 서비스 팩이 포함 된 XP 및 VB 6이 포함 된 VM을 만드는 것이 좋습니다. 이렇게하면 데스크탑이 VB 6 DEV 환경과 호환되지 않는 것으로 발전하더라도 개발 환경을 계속 운영 할 수 있습니다. Vista에 Visual Studio 6을 설치하는 것은 2 년 전에 문제가있었습니다.

유지 보수 이상의 새로운 개발을 위해서는 다른 환경을 사용하는 것을 살펴볼 것입니다. 완전히 신선한 시야에서 그것을 보는 것이 더 나은 것이 내 경험이었고 VB .NET으로 마이그레이션하는 것으로 제한하지 않습니다. 마이그레이션을하기에 충분한 시간이 충분합니다. 신청에 가장 적합한 환경에서 새로운 개발을해야합니다. VB .NET 일 수 있으며 그렇지 않을 수 있습니다.

쓸모없는 기술을 사용하는 것은 문제가되고 너무 늦을 때까지 결코 문제가되지 않습니다. 당신은 곡선의 달콤한 지점에 머물러야하며 그것이 무엇인지 결정할 수있는 유일한 사람입니다. 너무 일찍 전환하면 아마도 잘못된 결정을 내릴 수 있으며 너무 오래 기다리면 너무 뒤쳐 질 것입니다. 이 분야를 동시에 재미 있고 고통스럽게 만드는 것은 이와 같은 결정입니다.

VB6에서 다양한 유형의 기계 제조업체가 개발 한 수직 시장 소프트웨어가 수직 시장 소프트웨어가 있습니다. VB6 ActiveX 컨트롤, ActiveX DLLS 및 대부분의 Win32 DLL을 소비하는 기능은 VB6을 지원하기 위해 다양한 구성 요소의 많은 제조업체로 이어졌습니다.

VB6과 지원 라이브러리를 사용하는 것은 커스텀 칩에 대한 오래된 어셈블리 방법보다 적어도 훨씬 빠르고 신뢰할 수 있습니다. C/C ++ 개발자조차도 새로운 지원 라이브러리를 사용하여 도움이되었음을 참고하십시오. 잘.

이러한 응용 분야의 대부분은 환경과 그들이 설계 한 기계를 위해 테스트 된 수학 기능으로 채워져 있습니다.

따라서 Microsoft가 vb.net을 VB6과 호환 할 수 없게 만들었을 때 이것은 우리 중 많은 사람들에게 큰 문제였습니다. VB3에서 VB4-6으로의 전환과 달리 .NET과 함께 작동하기 위해 여러 곳에서 코드를 터치해야합니다. 실제로 많은 사람들이 새로운 언어로 소프트웨어를 다시 작성하는 것과 같은 일에 비해 많은 사람들입니다.

이러한 이유로 VB6은이 모든 기계가있을 때 한동안 더 오래 살 것입니다. 여전히 새로운 업데이트와 수정이 필요합니다.

아마도 많은 수년 동안 작동 할 것이지만 결국 소프트웨어를 실행하기 위해 오래된 하드웨어를 유지하고 오래되고 패키지가없는 OS를 실행 해야하는 지점에 도달 할 수 있습니다. 한편, 당신은 발전하는 모든 새로운 프레임 워크와 언어 케이크를 놓치고 있습니다. 결국, 당신은 당신의 환경에서 불가능한 것을 추가 할 필요가 있고 당신은 전체 누적 된 기술 부채에 대한 청구서.

내 테이크 : 이미 새로운 플랫폼으로 업그레이드하거나 응용 프로그램을 교체해야합니다. 내 선호는 거의 항상 상황에 의해 강요되기 전에이 일을하는 것입니다.

Visual Basic 6.0 응용 프로그램은 COBOL 응용 프로그램과 같은 오랫동안 비슷한 이유로 살게 될 것이라고 생각합니다. 회사 제품의 일부는 여전히 VB6이며, 좋은 이유가있을 때까지 변경되지 않습니다. 우리는 Microsoft가 너무 많은 엔터프라이즈 고객이 VB6 앱을 가지고 있기 때문에 VB6 지원을 즐길 수 없기를 희망합니다. 그들은 이미 원래 계획을 넘어 지원 기간을 연장해야했습니다. 우리는 Raymond Chen이 MSDN Magazine보다 우승하기를 바라고 있습니다. Joel의 게시물 뒤로 호환성과 디자인 순도를 가진 Microsoft의 딜레마에 대해.

업그레이드 또는 재 작성을 고려하는 경우 IMHO 이 질문 그리고 이 질문 유익한 답변이 있습니다. 원하는 .NET 기능이 있거나 .NET을 배우려면 .NET 기능이있는 경우 Interop을 사용하여 기존 Visual Basic 6.0과 새로운 .NET 구성 요소를 혼합 할 수 있습니다.

그만큼 Visual Basic 6.0 뉴스 그룹 여전히 꽤 활동적이므로 나와 같은 많은 오래된 안개가 여전히 비주얼 기본 6.0에서 발전하고 있습니다. :)

Duffymo, Bruceatk- 시각적 기본 6.0 IDE 일을 할 수 있습니다 약간의 노력으로 Vista에서.

COBOL은 공개 표준이며 여러 하드웨어 플랫폼에서 여러 공급 업체의 여러 구현이 있습니다.

VB6은 Microsoft에서만 지원되며 이미 새로운 버전의 Windows에서 지원하지 않을 것이라고 이미 말했습니다. 결국 그것은 효과적으로 죽을 것입니다. Cobol도 마찬가지 일 수 있지만 빨리 가까운 곳은 없습니다.

Windows 7 이후 VB6 응용 프로그램을 지원하는 것은 불가능할 것으로 예상됩니다.

업데이트 : 2/17/12 Microsoft의 Visual Basic 6.0 지원 설명에는 이제 Windows 8이 포함됩니다. IDE가 Windows 8에서도 실행될 수 있음을 암시합니다.http://msdn.microsoft.com/nb-no/vbrun/ms788708(en-us).aspx

Microsoft는 컴퓨터를 방문하여 IT를 해제하지 않기 때문에 항상 VB 6에서 개발할 수 있습니다. 응용 프로그램을 다시 쓰지 않으려면 그렇지 않으면 필요하지 않습니다.

그러나 지금 얻는 도구는 지금부터 10 년 동안 가질 수있는 도구와 동일합니다. 따라서 새로운 컴퓨터 과학 패러다임이 등장함에 따라 뒤쳐 질 수 있습니다 (자신의 VB 컴파일러를 개발하지 않을 경우).

현재 VB를 고수하면 응용 프로그램은 항상 "가능"할 수 있지만 매 초마다 어려워집니다.

한 점에서 그들이 영원히 살 것으로 vb 런타임이에서 작업을 계속 microsoft Os 존재하는 오늘입니다.VB6 응용 프로그램은 여전히 작동 비스타에서,예를 들어.VB6 응용 프로그램하는 것은 불가능을 지원하는 앞으로 때 마이크로소프트 정지를 지원하는 VB6runtime 에서 운영 체제입니다.

즉 그들은 아마 계속 살고,영원히 많은 어떤 COBOL 응용 프로그램은 여전히 살고 오늘입니다.새 코드는 거의 되지에서 작성을 효과적으로 죽었어,하지만 이제,그래서 시장성의 VB6 기술이에서 진보적인 쇠퇴할 때까지 일부 낮은,일정 상태로 남아 있습니다.

VirtualPC/VMware/VirtualBox 등을 사용하는 가상화를 사용하면 VB6 응용 프로그램을 지원할 수 있어야합니다. VB6 응용 프로그램이 VB6을 올바르게 실행할 수있는 호스트 OS가 있으면 이러한 응용 프로그램을 실행할 수있는 가상화를 수행 할 수 있습니다.

NT4 용으로 작성된 소프트웨어를 실행하는 많은 회사가 가상 머신의 새로운 기계에 대한 드라이버 지원이 부족합니다.

나는 그들이 영원히 거기에있을 것이라고 생각합니다. 간단한 이유 : MS는 주요 회사가 해당 OS를 구매하지 않기 때문에 지원하지 않는 OS를 배송 할 수 없습니다.

나는 약 10 년 전에 Visual Basic 3.0으로 전문 프로그래밍을 시작했으며 아마도 .NET으로 마이그레이션 한 마지막 사람 일 것입니다 (2004 년에 해냈습니다). 그래서 당신은 나보다 플랫폼의 더 큰 찬사를 찾을 수 없었습니다.

  1. 나는 Visual Basic 6.0이 곧 사라질 것이라고 생각하지 않습니다. 그것에 작성된 레거시 응용 프로그램이 많이 있습니다. 회사 회계 소프트웨어, 맞춤형 도구, 이름을 지정합니다. 따라서 응용 프로그램이 주변에있을 것입니다.

  2. Fresh Visual Basic 6.0 응용 프로그램의 수는 나선형으로 내려 가고 있으므로 Visual Basic 6.0 프로그래머로 경력을 쌓고 싶다면 쓸모가 없습니다.

  3. 즉, 이전 코드를 유지/수정/업그레이드 할 수있는 사람들에게는 매우 강한 수요가있을 것입니다.

Visual Basic 6.0에 소프트웨어를 작성하여 약 10 만 명의 사용자를 보유하고 있으며 여전히 강력 해지고 있습니다. 모든 신선한 개발은 C#에 있지만,이 특정 소프트웨어의 경우 2009 년 말 또는 2010 년부터 C#에서 다시 작성할 것이라고 생각합니다. 따라서 적어도 그때까지는 Windows에서 Visual Basic 6.0이 지원되지 않습니다.

는 경우 당신은 여전히 OS 도구와 그것은 되지 않을 것입니다"불가능은"그들을 지원합니다.

실 질문하는 경우 당신은 여전히 그들을 지원합니다.

Visual Basic 6.0 응용 프로그램을 실행하는 데 필요한 대부분의 VBA.

그리고 VBA는 곧 아무데도 가지 않을 것입니다. 너무 많은 것이 있습니다.

따라서 Visual Basic 6.0에서 개발하기에 충분히 나이가 들었다면 평생 동안 일을 멈추는 것에 대해 걱정하지 않을 것입니다.

VB6은 아마도 보험 / 은행 유형 조직에서 영원히있을 것입니다. 그들의 영역에서 벗어나는 하드웨어는 문제가되지 않습니다. 그들은 단순히 어떤 형태의 에뮬레이터를 얻을 것입니다. 나는 다른 에뮬레이터 내부에있는 에뮬레이터 내부에서 작동하는 아주 오래된 메인 프레임에 대한 응용 프로그램을 보았습니다.

일반적으로 비 기술자가 이미 작동하는 것에 대해 재 작성 및 재시험을 고려하는 것은 비즈니스에 적합하지 않습니다. -

고통스러운 지옥의 세계에 오신 것을 환영합니다 ... 지금 나가십시오 :-) -

Visual Basic 6.0은 오랫동안 계속 작동 할 것이라고 생각합니다. 시작하기 위해 .NET은 상업적으로 대량 분산 응용 프로그램을위한 개발 플랫폼으로 실패했습니다. Visual Basic 6.0/C ++가 사용되는 방식으로 사용하는 사람은 아무도 없습니다. .NET Runtimes는 여전히 안정적으로 안정적이지 않습니다 (경험에서 .net 응용 프로그램을 가져 와서 C ++로 다시 코딩했습니다.

하지만 고용 가능성에 동의합니다.

Visual Basic 6.0을 잃어버린 것은 Microsoft의 주요 실수였습니다. 그들은 전체 OO에 의해 최면에 빠졌습니다. 대부분의 사람들은 아름다운 코드에 대한 성가신 논쟁이 아니라 빠른 발전을 원합니다.

VBA 사무실 내에서 Visual Basic 6.0을 대체 했습니까? .NET 경로를 통해 사무실을 조작하는 사람은 누구입니까?

런타임은 여전히 악몽이다.NET.

나는 지원 코드에 20,000-30,000 데스크톱 및 분석의 레지스트리를니다.의 양 Pc 없이.NET 런타임(자 2+)은 엄청난 것입니다.없음 방법 중 하나할 수 있습 배포하 보조 코드들(이 핵심 응용 프로그램은 C++)사용하지 않고 육군의 지원을 손에서 재부팅 합니다.

C++는 유일한 방법에 대한 이동하는 클라이언트 측의 응용 프로그램.

어떤 재난 전체 OO mirage 되었습 MS 그래서 우리!어떤 비용을 부풀리는 장치!

...고 ASP.NET webforms/viewstate...식에 대한 일(우리의 프로그래밍 계약자 명확하게 했습니다.)

Redmond는 코더가 모든 사람 아래에서 양탄자를 꺼내는 데 바쁘게 유지해야하기 때문에 VB6 앱은 생명이 제한적이라고 생각합니다.

.NET에서 앱을 다시 작성하면 불멸을 보장 할 것이라고 생각하면 DDE, Ole, Com, Dao 등을 기억하십시오.

앱이 작동한다면 몇 년마다 다시 적기 할 자원을 찾지 않고도 일을 중단해야하지만 슬프게도 많은 이유가 있습니다.

기계를 추가하기 시작하면 앱이 더 이상 실행되지 않는 믹스에 OS를 추가하면 "불가능"이됩니다.

Vista는 여전히 VB6 앱을 실행합니다. 제 생각에는 7도 계속 그렇게 할 것입니다. 그렇지 않다면 항상 가상화가 있습니다.

회사가 계획 할 수있는 모든 유형의 하드웨어 / OS 업그레이드는 기존 LOB 애플리케이션을 고려해야합니다. 현재 버전의 Office 또는 이메일 클라이언트를 고려하는 것과 다르지 않습니다.

PC에는 실제로 만료 날짜가 없습니다. XP에 갇혀 있더라도 그와 함께 작동하는 하드웨어를 얻을 수 있으며 꽤 오랫동안 그렇게 할 것입니다. 미리 빌드 머신을 구입하는 경우 설치된 OS를 단순히 다운 그레이드해야 할 수도 있습니다. 그렇게 큰 거래는 아닙니다.

즉, 일이 어려워지기까지 약 3 년이 더 걸렸을 것입니다. 그 이후로 1 ~ 2 명이 사람들이 더 이상 고대의 모든 것 때문에 IT 부서에서 일하기를 원하지 않기 전에 1 ~ 2 년이 더 걸렸습니다.

VB6 프로그램은 Win32-executable에 지나지 않습니다. 따라서 적절한 설정 패키지를 만드는 문제입니다.

그건 그렇고, VB6 IDE는 Windows 7 64 비트 기계에서 완벽하게 실행됩니다 (물론 몇 가지 작은 조정이 있습니다).

추신. 불행히도 우리 회사는 여전히 배송됩니다 광고 공개적으로 이용 가능한 VB6 제품이므로 - 나는 그것을 알고 있습니다.

Visual Basic 6.0은 스레드를 사용해야 할 때까지 또는 4GB보다 큰 파일에 직면해야 할 때까지 작동합니다.

나는 이것이 당신이 COBOL을 많이 고발 할 수없는 것이라고 말해야합니다.

COBOL은 최신 하드웨어, 64 비트 주소 지정, XML 등을 지원하는 등을 지원하는 여러 플랫폼의 IBM, Unisys, Microfocus의 빈번한 새로운 릴리스로 지속적으로 지원됩니다. Linux 버전 (OpenCobol)도 잘 진행되고 있습니다.

또한 언어 자체가 지속적으로 발전하고 있습니다 (새로운 예약 단어로 동일한 오래된 실수를 할 수 있다면 :-}) 최신 Langauge 사양은 완전히 oo 모양입니다. 여기 당신이 나를 믿지 않는다면!

따라서 코볼은 아직 고풍으로 죽지 않았습니다. 반면에 VB 6.0이 실제로 죽었고 장례식에 대해 조금 늦었습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top