저는 그린 소프트웨어가 설치가 필요 없고 짧고 간결하며 현재 대부분의 셰어웨어가 이 범주에 속한다고 생각합니다(또는 그린 소프트웨어에 더 가까워집니다).
상대적으로 큰 Photoshop 소프트웨어라도 일부 등록 항목을 특수 등록 파일(reg 파일)에 넣습니다. 운영 체제를 다시 설치할 때 reg 파일을 레지스트리로 가져오기만 하면 됩니다. 또한 Kingsoft와 같은 소프트웨어는 기본적으로 설치 없이 실행할 수 있습니다.
현재 대부분의 공유 소프트웨어는 델파이를 사용하여 만들어집니다. 파스칼 구문이 어색함에도 불구하고 모든 사람들이 여전히 델파이를 사용한다고 주장합니다. 가장 큰 이유는 그린 소프트웨어를 만드는 것이 매우 편리하기 때문입니다. 기본적으로 모든 것이 Exe 파일로 가능합니다. .
VC를 사용하여 셰어웨어를 만듭니다.(MFC가 아닌) API 기반으로 개발하면 항상 강력한 도구로 닭을 죽이는 느낌이 듭니다(현재 시스템 구성은 상대적으로 높으며 셰어웨어는 일반적으로 서버와 달리 응용 프로그램을 위한 작은 프로그램입니다. 성능 요구 사항이 너무 높고 VC 개발 주기가 상대적으로 깁니다.
MFC는 개발 속도가 상대적으로 빠르지만, 동적 링크로 만드는 문제도 있습니다. Windows 9X 시리즈에서는 사용할 수 없습니다. 네트워크 대역폭이 충분하지 않습니다. 적게 사용하는 것이 좋습니다.
친환경 소프트웨어를 만들기 위해 VB를 사용하는 방법에 대한 소개가 많이 있지만 약간 복잡한 프로그램에는 VB 런타임 라이브러리, ocx 컨트롤 등 많은 지참금도 함께 제공됩니다. 소프트웨어가 데이터베이스(예: ADO, DAO 등)도 사용하는 경우 ), 친환경 소프트웨어로 만들 수 있는지 여부는 아직 알 수 없습니다.
그러나 VB는 사용하기 쉽고 소프트웨어 개발 속도도 상대적으로 빠릅니다. API 기술을 잘 이해하고 있다면 대부분의 소프트웨어를 잘 구현할 수 있습니다. VB를 사용하여 셰어웨어를 만들면 개발이 쉽고 추가 수입도 늘릴 수 있습니다.
그런데 위의 문제를 어떻게 해결할까요? 내 경험과 일부 친환경 소프트웨어 개발을 바탕으로 부적절한 내용이 있으면 수정해 주시기 바랍니다.
첫째, 런타임 라이브러리의 문제는 이 방법으로 해결할 수 있습니다. 현재 대부분의 사용자는 Win2000 및 XP 플랫폼을 사용하고 있으며 Win2000 이상의 플랫폼의 경우 Microsoft는 시스템 디렉터리에 런타임 라이브러리를 추가했습니다. (이 점에 대해 델파이 사용자들은 매우 불만족스러워 하며 이것이 불공정 경쟁이라고 생각합니다. VB의 런타임 라이브러리와 MFC의 런타임 라이브러리가 시스템에 통합되었습니다. 이렇듯 델파이는 적어도 측면에서 VB와 MFC가 개발한 소프트웨어에 훨씬 뒤쳐져 있습니다. ), 따라서 이러한 사용자는 런타임 라이브러리 문제를 고려할 필요가 없습니다. 9x 시리즈 사용자의 경우 VB 런타임 라이브러리를 온라인에 배치할 수 있으며 필요한 경우 사용자는 인터넷에서 직접 다운로드할 수 있습니다. 소프트웨어의 크기에 신경 쓰지 않는다면 소프트웨어와 함께 런타임 라이브러리를 게시할 수도 있습니다(런타임 라이브러리를 현재 소프트웨어와 동일한 디렉터리에 넣기만 하면 됩니다).
Microsoft는 더 이상 VB를 지원하지 않지만 Windows의 후속 버전이 VB 런타임 라이브러리를 계속 통합하는 한 VB를 사용하여 공유 소프트웨어를 개발할 수 있는 미래는 여전히 밝습니다. 1.25M VB 런타임 라이브러리는 어디에 있나요?
둘째, VB를 사용하여 공유 소프트웨어를 개발하는 경우 VB의 기본 컨트롤만 사용하는 것이 좋습니다. 또한 DAO, ADO와 같은 데이터베이스 작업 컨트롤(또는 참조)을 사용하지 않는 것이 좋습니다. 직접 포맷하세요(dBase와 같은 데이터베이스를 모방할 수 있습니다). 데이터의 양이 크지 않은 경우(예: 레코드 10,000개 미만) 현재 사용자 컴퓨터는 비교적 고급형이므로 이 작업을 수행할 수 있습니다. 너무 많은 성능 문제를 고려할 필요가 없습니다. 이 경우 VB 프로그램을 실행하려면 런타임 라이브러리만 필요합니다. Win2000 이상 시스템에서는 직접 실행할 수 있습니다.
셋째, 소프트웨어 인터페이스를 아름답게 만들기 위해 이미지 컨트롤을 직접 사용하여 이미지를 매핑할 수 있습니다. 저는 항상 이 방법을 사용하는 것을 좋아합니다. 다중 언어 버전의 경우 ini 파일을 읽거나 VC로 컴파일된 순수 리소스 파일을 직접 읽을 수 있습니다(제가 쓴 기사를 참조할 수 있습니다: VB는 순수 DLL 리소스를 동적으로 로드합니다(http://blog.csdn.net/yefanqiu/archive). /2005/03/16/320640.aspx).
넷째, 소프트웨어를 개발한 후에는 exe 압축 소프트웨어를 사용하여 압축하는 것이 가장 좋습니다. 이는 두 가지 장점이 있습니다. 첫째, 크랙이 발생하는 데 방해가 됩니다. 둘째, 소프트웨어의 크기가 크게 줄어들어 사용하기 편리합니다. 풀어 주다.
다섯째, 암호화에 관해서는 자비와 지혜의 문제입니다. 여기서는 더 이상 이야기할 필요가 없습니다. ->