첫째, 개발 목표를 조정하고 시스템 아키텍처 설계에 중점을 둡니다.
플랫폼을 구축하는 것이 목표라면 작은 프로젝트가 아니므로 목표 (특히 이정표) 를 명확하게 개발해야 합니다. 프로젝트의 전반적인 목표가 명확해지면 시스템 아키텍처 설계를 잘 한다. 시스템 아키텍처 설계는 Java 개발 플랫폼을 핵심으로 하는 것이 아니라 플랫폼 내의 기능 모듈 (또는 비즈니스 구성 요소) 간의 관계를 정의하여 통신 메커니즘 및 액세스 프로토콜을 결정합니다. 계획한 플랫폼 규모가 큰 경우 (예: 향후 사용자 수 천만 명, 백그라운드 데이터가 테라바이트급인 경우) 중간 플랫폼 구축 (여기서는 중간 플랫폼 구축 안 함) 을 잘 해야 할 수 있지만 정보 플랫폼에는 최소한 다음 섹션이 포함됩니다.
권한 시스템, 보안 시스템, 데이터 액세스 시스템, 인터페이스 통신 시스템, 기본 기능 시스템, 비즈니스 기능 시스템, 사용자 상호 작용 시스템, 플래시 아키텍처의 여러 부분:
▲ 범용 시스템 아키텍처
둘째, 가능한 기능 디커플링을 실현하여 시스템 확장성을 강화합니다.
자바 개발의 큰 장점 중 하나는 플랫폼 간에 실행할 수 있다는 것이다. Windows 서버든 Linux 서버든 JVM 과 JDK 만 설치하면 개발 프로그램과 운영 체제를 분리할 수 있습니다. 그러나 플랫폼 구축이 가장 어려운 것은 비즈니스 기능의 디커플링이다. 거의 모든 플랫폼은 보안 시스템, 권한 체계, 도메인 간 액세스 등의 문제를 다룹니다. 플랫폼 아키텍처 설계가 완성되면 비즈니스 기능을 디커플링하고, 대중이 호출하는 기능 모듈을 추상화하고, 독립적인 구성 요소, 특히 백그라운드 알고리즘, 성능 관련, 특정 비즈니스 모듈에서 추상화해야 합니다. 구성 요소가 호출되면 캡슐화 후 호출하거나 코드 레벨 또는 엔지니어링 레벨 참조일 수 있는 고정 범용 호출 인터페이스가 형성됩니다. 이렇게 하면 플랫폼 비즈니스를 확장할 수 있을 뿐만 아니라 후속 업그레이드 반복의 편리함도 향상됩니다.
▲ 기능 디커플링 다이어그램
셋째, 검증된 타사 구성 요소를 사용하여 코드의 서비스 용이성을 강조합니다.
Java 의 또 다른 특징은 GitHub 의 거대한 지원을 받을 수 있는 거대한 오픈 소스 시스템입니다. 일반적으로 특정 시스템 기능의 효과를 빠르고 효율적으로 실현할 수 있는 검증된 타사 구성 요소를 도입할 수 있습니다. 그러나 타사 구성 요소를 도입할 때는 오픈 소스와 성숙한 원칙을 따르는 것이 좋습니다. 따라서 비즈니스 조정에서 구성 요소의 관련 기능을 수정해야 하는 경우 구성 요소의 관련 소스 코드를 직접 수정할 수 있습니다.
또한 Java 를 개발할 때는 코드의 서비스 용이성을 향상시키기 위해 좋은 코딩 습관을 개발해야 합니다. 특히 플랫폼의 핵심 코드는 주석 해석 및 버전 관리를 통해 반복 작업을 업그레이드하는 것이 가장 좋습니다.
▲ 스프링 프레임 워크의 핵심 코드 예.
위의 세 가지가 당신을 도울 수 있기를 바랍니다!