레코드는 불변성을 특징으로 하는 구조입니다. 즉, 레코드 유형의 객체가 생성되면 속성은 수정할 수 없으며 다른 프로그래밍 언어에서 데이터 클래스 또는 DTO(Data Transfer Object)라고 부르는 것과 동일합니다. 그러나 setter 메소드를 사용하여 속성을 수정해야 하고 레코드 내의 각 속성이 최종 유형이라는 점을 고려하면 어떻게 이를 달성할 수 있습니까?
이것이 가능한지 보여주기 위해 이름과 가격이라는 두 가지 속성이 있는 Product 레코드와 Java에서 레코드를 정의할 때 자동으로 생성되는 각 메서드를 만들어 보겠습니다.
이제 Product 유형의 객체를 생성하고 name 속성을 수정하려고 하면 이것이 불가능하고 이를 수행하는 setter 메소드도 없다는 것을 알 수 있습니다.
그러나 레코드에 추가 메소드가 있을 수 있다는 것을 알고 있다면 name 속성을 수정하고 새 값을 할당하는 setName(String name) 메소드를 생성할 수 있습니다. 왜냐하면 대답은 '아니요'이기 때문입니다. . , 일반 수업처럼 작동하지 않습니다. 예:
그렇다면 Java에서 레코드의 속성을 어떻게 수정할 수 있을까요? 대답은 set 메소드가 각 속성과 분명히 수정된 속성을 사용하여 record의 새 인스턴스를 반환하는 경우 가능하다는 것입니다. 이 과정은 기록이 갖고 있는 속성의 수에 따라 다소 지루할 수 있습니다.
이런 방식으로 setter 메소드를 호출하면 수정된 속성을 가진 Product 유형의 새 인스턴스가 획득됩니다. 예를 들면 다음과 같습니다.
각 객체 p, q, r에 대해 get, equals, hashCode 및 toString 메소드를 정상적으로 호출할 수 있으며, 각 객체의 속성 값이 다르기 때문에 객체 중 어느 것도 서로 동일하지 않다는 점을 고려하면 됩니다.
이 시점에서는 기록이 정보를 간단한 형태로 저장하고 전송할 수 있는 구조로 설계되었다는 점을 고려하여 이 접근 방식이 해결 중인 문제에 적합한지 여부를 고려하는 것이 중요합니다. 애플리케이션 내에서 방식을 사용하고 변경할 수 없거나 더 큰 유연성을 갖춘 구조가 필요한 경우 클래스를 사용해야 합니다. 레코드나 수업을 언제 사용하는지에 대한 자세한 내용은 다음 게시물을 참고하세요.
위 내용은 Java로 레코드를 설정하는 설정자의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

javaispopularforcross-platformdesktopapplicationsduetoits "writeonce, runanywhere"철학

Java에서 플랫폼 별 코드를 작성하는 이유에는 특정 운영 체제 기능에 대한 액세스, 특정 하드웨어와 상호 작용하고 성능 최적화가 포함됩니다. 1) JNA 또는 JNI를 사용하여 Windows 레지스트리에 액세스하십시오. 2) JNI를 통한 Linux 특이 적 하드웨어 드라이버와 상호 작용; 3) 금속을 사용하여 JNI를 통해 MacOS의 게임 성능을 최적화하십시오. 그럼에도 불구하고 플랫폼 별 코드를 작성하면 코드의 이식성에 영향을 미치고 복잡성을 높이며 잠재적으로 성능 오버 헤드 및 보안 위험을 초래할 수 있습니다.

Java는 Cloud-Native Applications, Multi-Platform 배포 및 교차 운용성을 통해 플랫폼 독립성을 더욱 향상시킬 것입니다. 1) Cloud Native Applications는 Graalvm 및 Quarkus를 사용하여 시작 속도를 높입니다. 2) Java는 임베디드 장치, 모바일 장치 및 양자 컴퓨터로 확장됩니다. 3) Graalvm을 통해 Java는 Python 및 JavaScript와 같은 언어와 완벽하게 통합되어 언어 교차 수용 가능성을 향상시킵니다.

Java의 강력한 유형 시스템은 유형 안전, 통합 유형 변환 및 다형성을 통해 플랫폼 독립성을 보장합니다. 1) 유형 안전성 런타임 오류를 피하기 위해 컴파일 시간에 유형 검사를 수행합니다. 2) 통합 유형 변환 규칙은 모든 플랫폼에서 일관성이 있습니다. 3) 다형성 및 인터페이스 메커니즘은 코드가 다른 플랫폼에서 일관되게 행동하게 만듭니다.

JNI는 Java의 플랫폼 독립성을 파괴 할 것입니다. 1) JNI는 특정 플랫폼에 대한 로컬 라이브러리를 요구합니다. 2) 대상 플랫폼에서 로컬 코드를 컴파일하고 연결해야합니다. 3) 운영 체제 또는 JVM의 다른 버전은 다른 로컬 라이브러리 버전을 필요로 할 수 있습니다.

신흥 기술은 위협을 일으키고 Java의 플랫폼 독립성을 향상시킵니다. 1) Docker와 같은 클라우드 컴퓨팅 및 컨테이너화 기술은 Java의 플랫폼 독립성을 향상 시키지만 다양한 클라우드 환경에 적응하도록 최적화되어야합니다. 2) WebAssembly는 Graalvm을 통해 Java 코드를 컴파일하여 플랫폼 독립성을 확장하지만 성능을 위해 다른 언어와 경쟁해야합니다.

다른 JVM 구현은 플랫폼 독립성을 제공 할 수 있지만 성능은 약간 다릅니다. 1. OracleHotspot 및 OpenJDKJVM 플랫폼 독립성에서 유사하게 수행되지만 OpenJDK에는 추가 구성이 필요할 수 있습니다. 2. IBMJ9JVM은 특정 운영 체제에서 최적화를 수행합니다. 3. Graalvm은 여러 언어를 지원하며 추가 구성이 필요합니다. 4. AzulzingJVM에는 특정 플랫폼 조정이 필요합니다.

플랫폼 독립성은 여러 운영 체제에서 동일한 코드 세트를 실행하여 개발 비용을 줄이고 개발 시간을 단축시킵니다. 구체적으로, 그것은 다음과 같이 나타납니다. 1. 개발 시간을 줄이면 하나의 코드 세트 만 필요합니다. 2. 유지 보수 비용을 줄이고 테스트 프로세스를 통합합니다. 3. 배포 프로세스를 단순화하기위한 빠른 반복 및 팀 협업.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
