2015년 직장에서 겪은 문제: 21-30 (이 10가지 질문은 매우 가치가 있습니다)

21. mysql 데이터베이스의 데이터 유형은 숫자형과 이중형으로 다릅니다.

Numberic은 최대 정밀도 65자리의 고정 소수점 숫자만 표현할 수 있는 반면

double은 허용되는 값이 -1.7976931348623157E+308에서 까지라고 설명할 수 있습니다. -2.2250738585072014E- 308, 0 및 2.2250738585072014E-308 ~ 1.7976931348623157E+308

numberic은 소수 자릿수가 길어질 수 있지만 표현되는 값의 범위는 double보다 훨씬 적습니다.

차이점이 있습니다.

정확도만 고려하지 말고 값의 범위도 고려하세요.

다른 하나는 고정 소수점이고 다른 하나는 부동 소수점인데, 컴퓨팅 시간 효율성도 다릅니다.

네티즌들의 답변 참고.

22. 코드에 코드 블록을 사용해야 하나요?

메서드 a(){

{

｝

}

가끔 , a 코드 조각은 여러 변수를 사용하므로 이를 별도의 메소드로 추출하는 것이 번거롭습니다. 그러나 코드가 너무 길면 가독성이 떨어집니다.

Boos가 일부 위치에서 코드 블록을 사용하여 코드의 가독성을 향상시키는 것을 확인하세요.

헷갈리는 점은 코드 블록을 사용하지 않는다는 것입니다. 저는 코드의 핵심 로직을 간략하게 설명하기 위해 여러 코드 블록의 머리 부분에 주석 줄을 추가하는 것을 선호합니다.

23. 비밀번호 보안 문제.

전송 과정에서 양식 입력, 보안 제어, https, 대칭 암호화를 위한 비밀번호 암호화가 사용됩니다.

프로그램 내부에 비밀번호 확인을 위한 인터페이스가 추가되어 "프로그래머" 실제 비밀번호를 모릅니다."

단순하게 생각해보면 초기에는 대처할 방법이 없었습니다.

24. 더블과 자금, 이자 등을 비교할 때 오류가 자주 발생합니다.

제 개인적인 생각은 자금이 센트의 다음 "단위"에 할당된다는 것입니다. 이는 반올림하거나 반올림만 하는 경우에 더 정확합니다.

이중 감산은 0과 직접 비교하는 것이 아니라 0.001과 같은 목표 오차와 절대값을 빼서 비교하는 것입니다.

25.VIM은 줄 번호를 설정합니다.

/etc/vimrc를 수정하고 "set nu" 구성 줄을 추가하세요.

이렇게 하면 파일을 열 때마다 줄 번호가 표시됩니다.

그런데 또 다른 문제점을 발견했습니다. 줄번호를 그대로 복사해서 붙여넣은 뒤에도 수동으로 삭제를 해야 하더군요.

26. 최근 P2P 플랫폼이 너무 많아 정부 부처와 제3자 결제가 더욱 우려되고 있습니다.

Alipay와 Tenpay는 알려지지 않은 P2P 플랫폼에 대한 제3자 결제 서비스 제공을 중단했습니다.

친구가 누군가의 P2P 시스템 개발을 돕고 있습니다. 제3자 결제 측면에서 서비스를 제공하는 제3자 결제 회사만 찾을 수 있습니다.

그렇지 않으면 고객을 위해 개발된 시스템이 판매되지 않으며 돈도 받을 수 없습니다.

Guofubao는 여전히 연결될 수 있다고 들었습니다. 이는 Guofubao와 같은 규모 일 수 있으며 아직 고객을 선택할 수준도 아닙니다.

이것이 좋은 것인지 나쁜 것인지 모르겠습니다.

27. SpringMVC 양식 유효성 검사.

Spring에는 내가 한 번도 사용해본 적이 없는 자체 유효성 검사 구성 요소 세트인 spring-modules-validation.jar도 있다고 온라인에서 알려져 있습니다.

회사 프로젝트에서는 Hibernate의 Validator를 사용하고 있습니다. Hibernate에 대한 개인적인 인상은 상대적으로 크고 부피가 크다는 것입니다.

저는 여전히 Jodd의 vtor 검증 구성 요소를 선호합니다.

http://jodd.org/doc/vtor/index.html

jar 패키지는 매우 작으므로 연습이 필요합니다.

28.Mybatis 구성 파일입니다.

ChargeLogSummaryDao.xml

게으르기 위해서는, 직접 복사한 후 수정 후 내용의 일부만 수정되고 네임스페이스는 수정되지 않았습니다.

결과적으로 프로젝트가 시작되면 항상 ChargeLogDao.add가 이미 존재한다는 메시지가 표시됩니다.

오랜 시간 검색 끝에 "ChargeLog"로 검색해 문제의 원인을 찾았습니다.

29. Nginx 구성 파일 테스트가 올바른지 여부.

nginx -t

nginx: 구성 파일 /etc/nginx/nginx.conf 구문은 괜찮습니다.

nginx: 구성 파일 /etc/nginx/nginx .conf 테스트 성공

nginx -s reload, 재로딩 과정에서 구문 오류가 발생할 수 있으니 먼저 확인해보세요~

2세트 있습니다. 캐시 달성.

캐시는 캐시 인터페이스를 정의합니다. 맨 아래 계층은 Redis 및 Memcache일 수 있습니다. 이는 기본 기술을 선택합니다.

그러나 동일한 Redis 구현이라도 비즈니스 측면이 다를 수 있다는 점에 유의해야 합니다.

예를 들어 로그인 및 세션 관련 비즈니스는 일반 개체 데이터를 버퍼링하는 것과 요구 사항이 다릅니다.

사용자 로그인 데이터는 더욱 중요합니다.

Boss의 경험에 따르면 데이터 양이 너무 많으면 가장 오래된 캐시 데이터를 덮어쓸 수 있습니다.

일반적인 비즈니스 데이터의 경우 완전히 허용됩니다.

단, 세션 데이터의 경우 이는 불가능하므로 로그인한 사용자의 접속이 갑자기 끊길 수 있습니다.

위 내용은 2015년 직장에서 겪은 문제를 소개합니다: 21-30 (이 10가지 질문은 매우 귀중한 내용입니다.) 관련 내용을 포함하여 PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.