>백엔드 개발 >PHP 튜토리얼 >Java 전문가가 주의해야 할 13가지 실수

Java 전문가가 주의해야 할 13가지 실수

WBOY
WBOY원래의
2016-08-08 09:27:47784검색

생산 과정에서 발생하는 문제는 점차 중간 및 최고 경영진의 관심을 끌고 있습니다. 당신이 개발자이든 아키텍트이든 다음 사항을 충분히 주의하여 앞으로 당황스러운 상황에 빠지지 않도록 하세요. 문제 해결 참고 사항으로 사용할 수도 있습니다. 1

, 속성 파일 또는 XML 파일의 구성 속성을 외부화하지 마세요. 예를 들어 일괄 처리에 사용되는 스레드 수는 속성 파일에서 구성 가능하도록 설정되지 않습니다. 배치 프로그램이 DEV 환경이든 UAT (User Acceptance Test) 환경이든 원활하게 실행될 수 있지만 PROD 에 배포하면 더 큰 데이터 세트를 처리하기 위해 다중 스레드 프로그램으로 사용되는 경우 IOException. JDBC 드라이버 버전이 다르거나 #2에서 논의한 문제일 수 있습니다. 속성 파일에서 스레드 수를 구성할 수 있으면 단일 스레드 애플리케이션으로 만드는 것이 매우 쉬워집니다. 더 이상 문제를 해결하기 위해 애플리케이션을 반복적으로 배포하고 테스트할 필요가 없습니다. 이 방법은 URL, 서버 및 포트 번호 등을 구성하는 데에도 적합합니다. 2

테스트에 사용된 데이터 세트의 크기가 부적절합니다. 예를 들어, 생산 과정의 일반적인 시나리오는

1 ~ 3 계정만 테스트에 사용하는 것이며 이 숫자는 다음과 같아야 합니다. 1000 ~ 2000 개. 성능 테스트를 수행할 때 사용되는 데이터는 실제이고 잘리지 않은 데이터여야 합니다. 실제 환경에 가깝지 않은 성능 테스트로 인해 예측할 수 없는 성능, 확장성 및 멀티스레딩 문제가 발생할 수 있습니다. 더 큰 데이터 세트를 사용하여 애플리케이션을 테스트해야만 해당 애플리케이션이 제대로 작동하고 비기능적 속성에 대한 SLA(서비스 수준 표준)를 충족하는지 확인할 수 있습니다. 3 애플리케이션에서 호출되는 외부 및 내부 서비스가 안정적이고 항상 사용 가능하다고 순진하게 믿습니다. 서비스 호출 시간 초과 및 재시도를 허용하지 않으면 애플리케이션의 안정성과 성능에 부정적인 영향을 미칩니다. 적절한 서비스 중단 테스트가 필요합니다. 오늘날의 애플리케이션은 대부분 분산되고 서비스 지향적이어서 많은 수의 네트워크 서비스가 필요하기 때문에 이는 중요합니다. 사용할 수 없는 서비스를 끝없이 요청하면 애플리케이션이 손상될 수 있습니다. 또한 각 노드의 균형을 유지하기 위해 로드 밸런서가 제대로 작동하는지 테스트해야 합니다.

4

. 최소 보안 요구 사항을 준수하지 않았습니다. 위에서 언급한 것처럼 네트워크 서비스는 어디에나 존재하므로 해커가 서비스 거부 공격에 이를 악용하기 쉽습니다. 따라서 Secure Sockets Layer를 사용할 때는 Google Skipfish

와 같은 도구를 사용하여 기본 검증을 완료하고 침투 테스트를 수행해야 합니다. 안전하지 않은 애플리케이션은 자체 안정성을 위협할 수 있을 뿐만 아니라 고객

"이 고객 "B". 5 브라우저 간 호환성 테스트는 없습니다. 오늘날의 웹 애플리케이션은 대부분 JavaScript 프로그래밍 언어와 Angular js 와 같은 프레임워크를 사용하는 풍부한 단일 페이지 애플리케이션입니다. 구축한 웹 사이트가 다양한 장치와 브라우저에서 원활하게 실행되도록 하려면 해당 디자인을 구현해야 합니다. 따라서 앱이 모든 기기와 브라우저에서 작동하는지 확인하려면 호환성 테스트를 거쳐야 합니다.

6 자주 변경될 수 있는 비즈니스 규칙을 외부화하지 않습니다. 예를 들어 세법, 정부 또는 산업 관련 요구 사항, 분류 등이 있습니다. Drools 와 같은 엔진을 사용하여 비즈니스 규칙을 처리할 수 있습니다. 이를 통해 데이터베이스에 저장하거나 Excel 하여 내보낼 수 있습니다. 비즈니스 규칙. 기업이 이러한 비즈니스 규칙을 익히면 최소한의 변경과 테스트만으로 세법이나 관련 요구 사항에 신속하게 대응할 수 있습니다.

7, 다음 문서는 제공되지 않습니다. 단위 테스트 문서를 작성하고 코드 커버리지가 양호하도록 만듭니다. 통합 테스트.

수정되었거나 새로 생성된 클래스, 스크립트, 구성 파일 등과 같은 모든 소프트웨어 구성 요소를 나열하는 포괄적이거나 백과사전적인 페이지입니다.

모든 구성 요소, 상호 작용 및 구조를 묘사하는 상위 개념 다이어그램입니다.

기본 문서에서는 개발자에게 "데이터 소스의 세부 정보를 결합하여 개발 환경을 구축하는 방법"을 알려줍니다.

COS(조건 만족) 외에도 MindMap으로 만든 폼, Agile 개발이 있습니다. 두 가지 주요 문서 형식: 1 2 .

8, 적절한 재해 복구 계획과 시스템 모니터링 및 보관 전략이 없습니다. 프로젝트 마감일이 가까워지면 프로젝트 배포를 서두르느라 이러한 사항을 놓치는 경우가 많습니다. Nagios Splunk를 통해 적절한 시스템 모니터링 메커니즘을 구축하지 못하면 애플리케이션의 안정성을 위협할 뿐만 아니라 현재의 진단 및 향후 개선 노력.

9, created_datetm, 과 같은 데이터베이스 테이블에 편리한 열 디자인이 없습니다. update_datetm, created_by, updated_by 및 timestamp도 레코드 열의 조직화된 삭제를 제공하지 않습니다. , 예를 들어 'Y' 또는 'N'을 '삭제됨으로 간주할 수 있습니다. ' 열은 ''의 '활성' 또는 '비활성'일 수 있습니다.record_status' 열입니다.

10 적절한 되돌림 계획이 없습니다. 따라서 시스템에 장애가 발생하면 배포하기 전에 시스템을 안정적인 상태로 복원할 수 있는 방법이 없습니다. 이 계획은 관련 팀에서 신중하게 고려하고 서명해야 합니다. 계획에는 이전 버전의 소프트웨어로 롤백하고 데이터베이스에 삽입된 모든 데이터와 속성 파일의 모든 항목을 제거하는 것이 포함됩니다.

11 프로젝트 시작 전에는 용량 계획이 수립되지 않았습니다. 요즘에는 플랫폼에 대한 요구 사항을 설명할 때 " Unix 컴퓨터 한 대, Oracle 데이터베이스 서버 한 대, 데이터베이스 서버 한 대가 필요합니다."라고만 말합니다. 🎜> JBoss 애플리케이션 서버”만으로는 충분하지 않습니다. 귀하의 요청은

특정 버전의 운영 체제, JVM 등에 맞게 정확해야 합니다.

메모리 양(물리적 메모리 포함, JVM 힙 메모리, JVM 스택 포함) 메모리 및 JVM 영구 생성 공간).

CPU(코어 수).

로드 밸런서, 필요한 노드 수 및 노드 유형(예: 활성/활성 유형 또는 활성) /passive 유형 및 클러스터링 요구 사항.

예를 들어, 애플리케이션에서 생성된 보고서를 수집하고 보관하기 전에 1년 동안 저장할 수 있는 파일 시스템 요구 사항이 있습니다. 이 경우 충분한 하드 드라이브 공간이 필요합니다. 일부 응용 프로그램에서는 다차원 분석 보고를 위해 다른 시스템 프로세스나 데이터 웨어하우스 시스템에서 사용할 데이터 추출 파일과 임시 저장소를 생성해야 합니다. 보안 파일 전송 프로토콜을 기반으로 하는 데이터 파일도 내부 시스템 또는 외부 시스템에서 제공되며 보관하기 전에 12 에서 으로 저장해야 합니다. 36 개월.

12, "작업에 가장 적합한 도구를 사용하지 않음." 많은 경우 개발자는 프로덕션 시스템에서 배우고 싶은 언어나 도구를 사용하게 됩니다. 일반적으로 이는 최선의 선택이 아닙니다. 예를 들어 이미 효과적으로 관계형인 데이터에는 NoSQL 데이터베이스를 사용합니다. 어떤 도구를 채택하든 미래에는 3 ~ 5 년(또는 그 이상)이 소요된다는 점을 명심하세요. 제품을 내부적으로 유지 관리하십시오.

13 16 은 핵심 기술 분야에 대한 지식 보유량이 부족합니다. 이러한 영역에는 1) "동시성 문제", 2) 거래 문제, 3) 성능 문제. 많은 인터뷰에서 저는 이 3 지식을 바탕으로 새로운 계약을 맺었습니다.

무료로 받으세요LAMP밴드 오브 브라더스오리지널PHP동영상튜토리얼 CD/자세히 보기 PHP》Essential 버전, 자세한 내용은 공식 웹사이트 고객 서비스에 문의하세요: http://www.lampbrother.net

PHPCMS2차 개발http://yun.itxdl.cn/online/phpcms/index.php?u=5

WeChat 개발http://yun.itxdl.cn/online/weixin/index.php?u=5

모바일 인터넷 서버측 개발http://yun.itxdl.cn/online/server/index.php? u=5

자바스크립트강좌http://yun.itxdl.cn /online/js/index.php?u=5

CTO교육 캠프http://yun.itxdl.cn/online/cto/index.php?u=5

위 내용은 Java 베테랑이 주의해야 할 13가지 실수를 그 내용을 포함하여 소개하고 있으며, PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.