GUI 파일 확장자. gui 파일 확장자 게임에서 gui 란 무엇입니까?

당신은 .gui로 끝나는 파일 확장자를 가진 파일을 가지고 있기 때문에 여기에 왔습니다. .gui 확장자를 가진 파일은 특정 프로그램에서만 실행할 수 있습니다. .gui는 문서나 미디어가 아닌 데이터 파일일 수 있습니다. 즉, 전혀 볼 수 없는 파일입니다.

.gui 파일이 무엇인가요?

GUI 파일 확장자는 Dr.Explain 프로그램과 연결되어 있습니다. 이 프로그램은 인쇄 가능한 "빠른 시작" 정보, Windows 스크린샷, 주석이 포함된 일러스트레이션 및 라이브 애플리케이션의 기타 관련 도움말 데이터를 생성하기 위한 개발 보조 도구입니다. GUI 파일은 이 프로그램에서 개발자 문서로 준비된 기사 및 도움말 섹션 문서를 보관하는 데 사용됩니다. Carreta Software LLC의 GUI Design Studio 및 Id Software, Inc.의 Doom 3 컴퓨터 게임(GUI 파일 형식을 사용하는 프로그램 포함). GUI Design Studio는 그래픽 인터페이스로 파일을 열고 생성하는 프로그램입니다. 이는 데스크탑, 웹 및 모바일 애플리케이션을 위한 샘플 스토리보드 워크플로우 또는 모델을 생성하기 위해 서로 연결된 창과 화면을 자동으로 렌더링할 수 있는 그래픽 사용자 인터페이스 디자인 도구입니다. GUI 파일은 이 프로그램에서 완료된 프로젝트 및 기타 참조 정보가 포함된 문서 파일로 사용됩니다. Doom 3은 1인칭 슈팅 게임의 관점을 시뮬레이션하는 SF 공포 게임입니다. 게임은 GUI 파일을 사용하여 플레이어의 현재 무기 탄약, PDA, 비디오 디스크 및 플레이어의 건강 상태에 대한 정보를 표시하는 게임의 헤드업 디스플레이(HUD)를 활성화합니다.

.gui 파일을 여는 방법?

컴퓨터에서 .gui 파일이나 기타 파일을 두 번 클릭하여 실행합니다. 파일 연결이 올바르게 구성되면 .gui 파일을 열려는 응용 프로그램이 해당 파일을 엽니다. 올바른 애플리케이션을 다운로드하거나 구입해야 할 수도 있습니다. 컴퓨터에 올바른 응용 프로그램이 있지만 .gui 파일이 아직 연결되지 않았을 수도 있습니다. 이 경우 .gui 파일을 열려고 하면 이 파일에 대해 어떤 응용 프로그램이 올바른지 Windows에 알릴 수 있습니다. 그때부터 .gui 파일을 열면 올바른 응용 프로그램이 열립니다.

.gui 파일을 여는 애플리케이션

인디고 바이트 시스템 Dr.Explain

경고의 말

.gui 파일이나 다른 파일의 확장명을 바꾸지 않도록 주의하세요. 파일 형식은 변경되지 않습니다. 특수 변환 프로그램만이 파일을 한 파일 형식에서 다른 파일 형식으로 변경할 수 있습니다.

파일 확장자가 무엇입니까?

파일 확장자는 파일 이름 끝에 3~4개의 문자로 구성된 집합입니다. 이 경우 .gui. 파일 확장자는 파일 형식을 알려주고 Windows에 열 수 있는 프로그램을 알려줍니다. Windows는 종종 각 파일 확장자에 대한 기본 프로그램을 연결하므로 파일을 두 번 클릭하면 프로그램이 자동으로 시작됩니다. 프로그램이 더 이상 컴퓨터에 없어도 문제의 파일을 열려고 하면 오류 메시지가 나타날 수 있습니다.

고치다 .gui파일 연결 오류

파일 확장자 오류, 레지스트리 문제를 찾아 수정하고 PC를 최적의 성능으로 빠르고 쉽게 복원하세요.

Registry Reviver® Free를 사용해 보세요.

다운로드 시작

좋은 웹사이트의 개념으로 웹마스터는 사용자 친화적인 인터페이스를 포함하여 많은 규칙을 충족하는 사이트를 이해합니다. 저는 사용자 친화적인 인터페이스가 웹사이트의 가장 중요한 특징 중 하나라고 생각합니다. 웹사이트는 전통적인 그래픽 사용자 인터페이스를 갖춘 일반 프로그램의 수정된 형태로 간주되어야 하기 때문에 모든 웹마스터가 내 말에 동의할 것이라고 생각합니다. 그래서 우리는 GUI의 정의에 순조롭게 접근했습니다.

영어(Graphical User Interface)에서 번역된 GUI, 그래픽 사용자 인터페이스입니다. 그러나 인터넷이 GUI 스타일 소프트웨어 애플리케이션과 완전히 동일하다고 생각하지 마십시오.

이 기사에서는 GUI 스타일로 웹사이트를 생성하거나 이 스타일로 전환하는 방법에 대해 설명하겠습니다.

GUI를 처음 접하는 사람들은 아마도 일반적인 GUI와 함께 기존 소프트웨어 응용 프로그램에서 사용되는 인터페이스 디자인 규칙을 단순히 웹에 적용하기를 원할 것입니다. 웹 사이트가 여전히 일종의 프로그램이라는 점을 고려하면 부분적으로는 옳을 것입니다. 그러나 나는 그러한 결론을 내리지 않을 것입니다. 왜냐하면 웹 디자인에는 고유한 규칙이 있다는 것을 잊어서는 안 되기 때문입니다.

먼저 웹사이트가 GUI 애플리케이션과 다른 점을 살펴보는 것이 좋습니다. 이것은 배달입니다. 인터넷을 통한 정보 전달. 웹 사이트 사용자는 페이지별로(즉, 한 번에 한 페이지) 정보를 받는 반면, 데스크톱 응용 프로그램은 인터넷이나 CD-ROM을 통해 배포판을 다운로드한 후 사용자 컴퓨터에 완전히 설치되는 경향이 있습니다. 그리고 데스크톱 애플리케이션이 사용자 컴퓨터에 즉시 완전히 설치된다는 사실은 웹사이트에 비해 부인할 수 없는 이점을 제공합니다. 그러나 후자의 장점은 정반대이다. 정보를 페이지별로 로딩하면 사용자는 필요한 정보만 받을 수 있습니다.

이제 애플리케이션 설치 및 제거의 차이점을 살펴보겠습니다. 이 기능 또는 이 기능이 없으면 사용자가 경쟁 웹사이트로 쉽게 이동할 수 있기 때문에 사이트가 매우 잘 작동하게 됩니다.

GUI 디자인의 원리

이제 웹용으로 수정된 GUI 구축의 기본 원칙(즉, GUI 애플리케이션 구축 방법)에 대해 이야기하겠습니다.

이 원칙 중 가장 중요한 것은 외부 세계의 은유를 사용자에게 제시. 설명하겠습니다. 사용자는 컴퓨터 환경에서 은유를 어떻게 사용하는지에 대한 아이디어를 가지고 있어야 합니다. 또한 페이지 인터페이스는 사용자에게 기존 소프트웨어 인터페이스를 상기시켜야 합니다.

다음 원칙은 직접 통제. 사용자는 컴퓨터의 동작을 제어하는 데 참여하고 있다는 느낌을 원합니다. 이 원칙의 유일한 단점은 배송이 어렵다는 것이며 시간이 꽤 오래 걸릴 수 있다는 것입니다.

일관성. 일화로, 초보 사용자라도 효과적인 웹 애플리케이션은 자체 내부 및 다른 애플리케이션 모두에서 일관적이라고 믿습니다. 웹사이트는 내부적으로 일관성이 있어야 하며 다른 웹사이트에서 정한 규칙을 따라야 합니다.

사용자 제어. 컴퓨터가 아닌 사용자가 모든 작업을 제어한다는 점을 기억하는 것이 중요합니다. 제 생각에는 통제권을 사용자에게 넘겨야 한다고 생각하지만 실제로 이 원칙을 따르면 또 많은 통제 문제가 발생합니다. 많은 경우 사이트의 목적에 따라 사용자를 안내해야 합니다.

모든 인터넷 사용자는 자신이 원하는 것을 얻고 싶어합니다. 하지만 웹사이트 소유자는 이 규칙을 ' 당신이 보는 것이 당신이 원하는 것입니다" 사용자는 자신이 보고 싶은 방식으로 정보를 볼 수 있어야 합니다. 정보에 접근할 수 있는 다양한 방법(휴대폰, PDA)이 있는 웹과 같은 다양한 환경에서 이 아이디어는 구현하기 어렵지만 그만한 가치가 있습니다. 좋은 예는 인쇄 가능한 페이지입니다.

피드백과 대화. 웹사이트에 대한 사용자의 관심을 유지하려면 다양한 피드백 도구를 사용해야 합니다. 이는 설문 조사, 양식, 토론입니다. 웹 환경에서는 응답속도 문제를 고려하면 꼭 필요한 부분이다.

영속성에 대한 인식. 사이트 인터페이스가 무작위로 변경되는 것보다 사이트 디자인이 명확하고 친숙하게 유지되면 사용자는 더 편안함을 느낄 것입니다. 불행하게도 모든 사이트가 양식이나 버튼 디자인에 일관성을 제공하는 것은 아닙니다. 메뉴나 기타 디자인 요소의 스타일을 변경하기로 결정했다면 점진적으로 변경하세요. 이 간단한 규칙은 웹사이트의 성능 수준을 크게 향상시킬 수 있습니다.

홍보. 사용자는 실수를 저지르며(그럴 수도 있고, 할 수도 있습니다) 실수를 하도록 장려하고 위험하거나 파괴적인 일을 실행 취소하거나 저지할 수 있는 기회를 제공하는 것은 모든 디자이너의 책임입니다. 사이트가 성장하고 애플리케이션이 되면서 이 규칙은 가장 중요한 규칙 중 하나가 됩니다. 예를 들어 완료된 양식이 있는 페이지를 닫는 경우가 있습니다. 페이지에서는 데이터를 서버로 보내지 않으면 데이터를 반환할 수 없다는 사실을 사용자에게 알려야 합니다.

콘텐츠의 품질. 웹사이트의 콘텐츠는 사용자 순위에 큰 영향을 미칩니다. 간단하고 이해하기 쉬워야 사용자가 이 사이트를 계속해서 다시 방문할 동기를 갖게 됩니다.

시간 민감도. 정보 전달 시간은 웹사이트 성능에 있어서 가장 중요한 측면입니다. 사용자는 비효과적인 전달을 거의 용납하지 않습니다. 콘텐츠와 인터페이스를 최신 상태로 유지하는 것도 중요할 수 있습니다.

결론

글쎄, 나는 GUI의 기본 원칙에 대해 이야기했습니다.

이제 위의 모든 내용을 요약할 것을 제안합니다. 그래서. GUI의 기본 원칙은 다음과 같습니다.

현실 세계의 은유.
직접 제어.
일관성.
당신이 보는 것은 당신이 원하는 것입니다.
사용자 제어.
피드백과 대화.
격려.
영속성에 대한 인식.
콘텐츠의 품질.
시간 민감성.

이러한 간단한 규칙은 웹 사이트 효율성 수준을 극적으로 높이는 데 도움이 되며 사용자는 마치 마술처럼 여러분에게 달려올 것입니다. 행운을 빌어요!

그렇지 않으면 질문을 받고 삭제될 수 있습니다.
에 링크를 추가하여 이 문서를 편집할 수 있습니다.
이 표시가 설정되어 있습니다. 2017년 3월 21일.

그래픽 사용자 인터페이스(GUI), 그래픽 사용자 인터페이스(GUI)(영어) 그래픽 사용자 인터페이스 GUI ) - 디스플레이를 통해 사용자에게 표시되는 인터페이스 요소(메뉴, 버튼, 아이콘, 목록 등)가 그래픽 이미지 형식으로 실행되는 사용자 인터페이스 유형입니다. 그래픽 제어 셸이라고도 합니다.

그래픽 사용자 인터페이스는 사용자 인터페이스의 일부이며 시각화된 정보 수준에서 사용자 상호 작용을 정의합니다.

이야기

1960년대 스탠포드 연구소의 Doug Engelbart가 수행한 연구 덕분에 그래픽 사용자 인터페이스가 발명되었습니다.

GUI 개념은 이후 1970년대 Xerox PARC 연구소의 과학자들에 의해 채택되었습니다. 1973년 젊은 과학자들이 제록스 PARC 연구소에 모여 연구의 자유를 얻었습니다. 그 결과 무엇보다도 WIMP(Windows, Icons, Menus, Pointers) 그래픽 인터페이스 개념이 탄생했고 이 개념의 틀 안에서 Alto 컴퓨터가 탄생했습니다. 상용 제품으로 출시되지는 않았지만 회사 내에서 Xerox 기업 도구로 널리 사용되었습니다.

GUI 개념은 1984년 Apple Computer Corporation의 제품으로 상용화되었습니다. Apple은 그래픽 인터페이스를 선호하여 명령줄을 포기했다는 비판을 받아왔습니다. 1985년에는 멀티태스킹 기능을 갖춘 운영 GUI가 AmigaOS 시스템에 사용되었습니다.

GUI는 나중에 시장에 출시된 대부분의 운영 체제와 애플리케이션의 표준 부분이 되었습니다. GUI를 사용하는 시스템의 예: Mac OS, GEM, Atari TOS, Microsoft Windows, Solaris, GNU/Linux, NeXTSTEP, OS/2, BeOS, Android, iOS, Bada, MeeGo.

대부분의 시스템에서 GUI는 운영 체제에 대한 추가 기능이지만 GUI를 독립적으로 구현하는 경우도 있습니다. OS를 로드하기 전에도 IBM PC 호환 컴퓨터의 설정을 본격적인 GUI와 유사하게 마우스로 제어하는 그래픽 BIOS 설정 프로그램의 알려진 버전이 있습니다. OS가 필요하지 않은 MK용 GUI도 있습니다.

드윔

소프트웨어 시스템의 좋은 그래픽 인터페이스에 대한 요구 사항 중 하나는 "내가 의미하는 바를 실행"하는 개념입니다. 드윔(eng. 내 뜻대로 하세요). DWIM에서는 사용자가 명령을 받으면 프로그램이 어떤 작업을 수행할지 직관적으로 미리 알 수 있도록 시스템이 예측 가능하게 작동해야 합니다.

지금까지 시스템 콘솔과 관련된 예제를 살펴보았습니다. 이러한 프로그램을 콘솔 프로그램이라고 하며 상호 작용이 필요하지 않은 서버에서 자주 사용됩니다. 여기서 프로그램의 작업은 주로 일부 자율 서비스의 작동을 지원하는 것으로 구성되며 빈번한 사용자 상호 작용이 필요하지 않습니다. 사용자와 상호 작용할 수 있는 프로그램에는 사용자가 프로그램을 시작한 후 작업할 수 있도록 외부 대화형 인터페이스가 있어야 합니다. 이 인터페이스를 그래픽 사용자 인터페이스(GUI 또는 GUI - 그래픽 사용자 인터페이스)라고 합니다. 대부분의 프로그램에는 GUI가 있습니다. NetBeans에서는 모든 창, 버튼, 메뉴 등이 모두 GUI입니다.

GUI의 주요 요소는 창입니다. 모든 프로그램에는 최소한 하나의 창이 있어야 합니다.

6.1. 구성 요소 및 컨테이너

GUI의 주요 개념은 그래픽 시스템 구성 요소입니다. 구성 요소는 자체 구조와 동작을 갖고 있으며 다른 클래스와도 완전히 독립적인 클래스입니다. 모든 GUI 개체는 창을 포함한 버튼, 텍스트 입력 필드, 스크롤 막대 등의 구성 요소입니다. JDK에는 Awt와 Swing이라는 두 가지 주요 구성 요소 라이브러리가 있습니다. 이러한 클래스는 Java 패키지에 있습니다. 해당 구성 요소를 사용할 때 이러한 라이브러리를 프로그램으로 가져와야 합니다. 전체적으로 이러한 라이브러리에는 GUI 구성 요소를 나타내는 수십 개의 클래스와 이를 사용하는 전체 방법 세트가 포함되어 있습니다.

각 구성 요소는 화면에 표시되기 전에 컨테이너에 배치됩니다. 앞으로 사용할 창 클래스 Frame(Awt의) 또는 JFrame(Swing의)은 최상위 컨테이너입니다. 즉, 컨테이너 자체에 배치할 필요가 없습니다. 우리가 만들 그래픽 인터페이스는 그들로부터 시작하세요.

Container 클래스는 Java 클래스 계층 구조의 최상위인 Object 클래스의 직계 자손인 Component 클래스의 자손입니다. 컨테이너 클래스에서는 패널(Panel), 스크롤 패널(ScrollPane), 윈도우(Window)라는 3가지 주요 컨테이너 클래스가 상속됩니다. 그리고 Frame 클래스는 Window 클래스에서 상속됩니다.

또한 이러한 부착물을 무제한으로 포함하는 유사한 컨테이너를 컨테이너에 넣을 수 있다는 점에 유의해야 합니다.

이를 통해 구성 요소의 위치와 상호 작용을 매우 유연하게 구성할 수 있습니다.

실제적인 예로, 지금은 비어 있는 첫 번째 창을 작성해 보겠습니다.

창을 설명하려면 간단히 Frame 클래스를 확장하면 됩니다.

import java.awt.*; import java.awt.event.*;

공용 클래스 FrameTest는 Frame( FrameTest(String str)(을 확장합니다.

setSize(500,300);

setVisible(참); addWindowListener(새 WindowAdapter())(

공공 무효 windowClosing(WindowEvent evt)( System.exit(0);

public static void main(String args) ( new FrameTest("내 첫 번째 창");

프로그램 맨 위에서 Awt 라이브러리와 이벤트 처리에 필요한 메소드가 포함된 이 라이브러리의 이벤트 클래스를 가져옵니다. 다음으로 FrameTest라는 새 클래스를 설명하고 Extensions 키워드를 사용하여 이것이 Frame 클래스의 확장임을 나타냅니다. 클래스에서 생성자를 수동으로 설명합니다. 목록에서 클래스 이름과 문자열 매개변수가 있는 메서드가 클래스 본문 시작 부분에 바로 표시됩니다. 나중에 생성자 자체가 Frame 클래스의 생성자인 슈퍼클래스 생성자 호출 메서드 super(str)로 대체됩니다. 이 매개변수 str은 창의 제목 표시줄이 됩니다. 윈도우 생성자는 상당히 복잡하며, 전체 생성자 코드를 다시 작성하지 않기 위해 슈퍼클래스 생성자를 참조하는 super() 연산자를 사용한다. 다음으로 setSize(500,300) 메소드를 사용하여 창 크기를 너비 500픽셀, 높이 300픽셀로 설정합니다. setVisible(true) 메소드를 사용하여 창을 화면에 표시합니다. 그리고 생성자의 가장 기본적인 동작 중 하나는 창을 닫으려고 할 때 이벤트 핸들러에 대한 설명입니다. addWindowListener() 메서드는 이 창의 작업을 모니터링하는 창 "리스너"를 생성자에 추가합니다. 청취자의 구조는 인지하기 매우 어렵습니다. 왜냐하면... 처리 프로세스는 addWindowListener() 메서드 자체의 매개 변수에 입력됩니다(코드에 주의하세요. 이 메서드 매개 변수의 닫는 괄호는 WindowAdapter() 개체 본문의 닫는 괄호 바로 뒤에 있습니다. 우리는 구성을 고려할 것입니다) 이 유형은 나중에 설명해야 합니다. 규칙에 따라 호출된 메서드의 매개 변수는 다음을 사용하여 설명해야 합니다.

한 줄이지만 매개변수는 새 개체를 생성할 뿐만 아니라 해당 개체에 대한 설명이기도 하므로 서식 규칙에 따라 코드를 여러 줄에 배치하는 것이 더 합리적입니다. WindowAdapter 클래스(창 작업을 위한 클래스)의 생성된 개체는 재정의됩니다. 보다 정확하게는 해당 추상 메서드 WindowClosing이 재정의됩니다. 이 메서드는 오른쪽 상단 모서리에 있는 십자 모양(창 닫기 버튼)을 클릭할 때 호출됩니다. 이 메소드의 본문에 프로그램을 종료하고 종료하는 System.exit(0) 프로시저를 작성하지 않고 대체됩니다. Alt+F4 키 조합을 포함하여 JVM(Java Virtual Machine)을 사용하여 창을 닫을 수 없습니다. . 운영 체제를 통해서만 닫을 수 있습니다. 프로세스를 강제로 "종료"하거나 프로그램을 중단시킵니다.

FrameTest 클래스에서 창이 설명된 후에 남은 것은 이 클래스를 기반으로 새 개체를 만드는 것뿐입니다. main() 메소드에서 new 명령을 사용하여 문자열 매개변수인 My first window를 사용하여 FrameTest 유형의 객체를 생성합니다.

실행 결과는 그림 1에 나와 있습니다. 22.

쌀. 22. 프로그램 실행 결과

각 컨테이너에는 자체 "레이아웃 관리자"(컨테이너의 구성 요소 위치를 결정하는 레이아웃 관리자)가 있습니다. 구성요소를 독립적으로 배치하는 기술 수준을 향상시키기 위해 이러한 관리자를 사용하지 않습니다. 배치 관리자를 비활성화하려면 메서드를 사용하여 컨테이너 생성자에서 이를 null로 설정해야 합니다.

Server Core의 첫 번째 버전이 등장했을 때 많은 관리자는 명령줄 기능만 사용할 수 있다는 이유로 이 버전을 피했으며 이것이 항상 편리한 것은 아닙니다. 그러나 Windows Server 2012에서는 상황이 바뀌어 이제 하이브리드 모드를 사용할 수 있습니다. 그래픽 인터페이스를 비활성화하거나 활성화하는 것이 모두 가능합니다.