hot-time

@QueryParam과 @PathParam을 사용하는 경우 : 난 이미 여기에 요청합니다 질문 요구 하진 않았어 @PathParam과 @QueryParam의 차이점은 무엇입니까 이것은 "모범 사례"또는 컨벤션 질문입니다. 당신은 언제 사용하는 것이 @PathParam대 @QueryParam. 결정이 정보 패턴을 차별화하기 위해 두 가지를 사용하고 있다고 생각할 수 있습니다. LTPO 아래에서 완벽하게 관찰하는 것보다 덜 설명하겠습니다. PathParam 사용은 정보 카테고리를 위해 예약 될 수 있는데, 이는 정보 트리의 분기에 잘 들어 맞습니다. PathParam을 사용하여 엔티티 클래스 계층으로 드릴 다운 할 수 있습니다. 반면, QueryParam은 클래스의 인스턴스를 찾기 위해 속성을 지정하기 위해..

“git fetch --tags”에“git fetch”가 포함됩니까? 훌륭하고 간단한 질문- "git fetch"의 기능은 git fetch --tags? 즉, 내가 달리면 바로 후에 git fetch --tags바로 달리는 이유가 git fetch있습니까? 무엇에 대한 git pull그리고 git pull --tags? 같은 상황? 참고 : git 1.9 / 2.0 (Q1 2014) 부터 옵션없이 동일한 명령 줄에서 가져온 git fetch --tags태그 외에 태그 를 가져옵니다 . 참조 c5a84e9 커밋 에 의해 마이클 Haggerty (mhagger) : 이전에는 페치의 " --tags"옵션이 참조 스펙을 지정하는 것과 동등한 것으로 간주되었습니다 refs/tags/*:refs/tags/* 명령..

C ++에서 인라인 함수의 이점은 무엇입니까? C ++에서 인라인 함수를 사용할 때의 장점 / 단점은 무엇입니까? 컴파일러가 출력하는 코드의 성능 만 향상 시키지만 오늘날 최적화 된 컴파일러, 빠른 CPU, 대용량 메모리 등 (메모리가 부족하고 모든 것이 100KB의 메모리에 적합해야했던 1980 년과는 다릅니다) 그들은 오늘날 실제로 장점이 있습니까? 인라인 함수는 매개 변수 및 반환 주소와 같이 스택에서 물건을 밀거나 뺄 필요가 없기 때문에 더 빠릅니다. 그러나 바이너리를 약간 크게 만듭니다. 큰 차이가 있습니까? 최신 하드웨어에서는 눈에 띄게 충분하지 않습니다. 그러나 그것은 어떤 사람들에게는 충분한 차이를 만들 수 있습니다. 인라인으로 표시한다고해서 인라인 일 것이라는 보장은 없습니다. 컴파일러에..

C #의 조건 자 대리인 나에게 설명해 줄 수 있습니까? 술어 위임이란 무엇입니까? 술어를 어디에서 사용해야합니까? 술어를 사용할 때 모범 사례가 있습니까? 기술적 인 소스 코드가 인정 될 것이다. 술어는 반환 함수 true나 false. 술어 대리자는 술어에 대한 참조입니다. 그래서 기본적 술어 대표는 함수가 반환에 대한 참조 true또는 false. 술어는 값 목록을 필터링하는 데 매우 유용합니다. 여기 예가 있습니다. using System; using System.Collections.Generic; class Program { static void Main() { List list = new List { 1, 2, 3 }; Predicate predicate = new Predicate(grea..

Python 코드의 메소드에서 현재 호출 스택 인쇄 파이썬에서는 메소드 내에서 디버깅을 위해 현재 호출 스택을 어떻게 인쇄 할 수 있습니까? 다음은 트레이스 백 모듈을 통해 스택을 가져 와서 인쇄하는 예입니다. import traceback def f(): g() def g(): for line in traceback.format_stack(): print(line.strip()) f() # Prints: # File "so-stack.py", line 10, in # f() # File "so-stack.py", line 4, in f # g() # File "so-stack.py", line 7, in g # for line in traceback.format_stack(): 실제로 스택을 stder..

VIM 응용 프로그램을 종료하지 않고 파일을 닫습니까? 저는 VIM을 처음 사용합니다. :eand :w명령을 사용하여 매우 편리한 파일을 편집하고 작성합니다. VIM을 종료하지 않고 현재 파일을 닫는 "close"명령이 있는지 확실하지 않습니까? 나는 알고 :q명령이 파일을 닫으하는 데 사용할 수 있지만 마지막 파일 인 경우, VIM은 물론 닫혀; 실제로 Mac OS에서는 MacVIM이 종료됩니다. VIM 창이 닫히고 Control-N을 사용하여 빈 VIM을 다시 열 수 있습니다. 빈 화면으로 VIM을 열어두고 싶습니다. 버퍼를 삭제합니다 (파일을 닫는 것으로 해석 됨). :bd 이미 언급했듯이 : bd을 찾고 있지만 버퍼를 완전히 제거하지는 못하지만 여전히 액세스 할 수 있습니다. :e foo :e b..

왜 0 0x7FFFFFFF + 1 => 0x80000000 예를 들어 작성하면 부작용이 있습니다. int x = INT_MIN; x = abs( x ); 결과는 다시 나타납니다 INT_MIN. 따라서이 상태에서 bal < INT32_MIN 일반적인 산술 변환 규칙에 따라 long long int 유형으로 변환 된 부호없는 값 과 비교 0됩니다 .0x80000000 0이보다 작은 것은 명백하다 0x80000000. 숫자 상수 0x80000000는 유형 unsigned int입니다. 우리가 -0x80000000그것에 2s 칭찬 수학을하고 수행하면, 우리는 이것을 얻습니다 : ~0x80000000 = 0x7FFFFFFF 0x7FFFFFFF + 1 = 0x80000000 그래서 -0x80000000 == 0x8..

예외가 발생하지 않을 때 try / catch 블록으로 인해 성능이 저하됩니까? Microsoft 직원과의 코드 검토 과정에서 우리는 try{}블록 내부에서 큰 코드 섹션을 발견했습니다 . 그녀와 IT 담당자는 이것이 코드 성능에 영향을 줄 수 있다고 제안했습니다. 실제로 그들은 대부분의 코드가 try / catch 블록 외부에 있어야하며 중요한 섹션 만 확인해야한다고 제안했습니다. Microsoft 직원은 다가오는 백서에서 잘못된 try / catch 블록을 경고한다고 덧붙였습니다. 주변을 둘러보고 최적화 에 영향을 줄 수는 있지만 변수가 범위간에 공유되는 경우에만 적용되는 것으로 보입니다. 코드의 유지 관리 가능성에 대해 묻거나 올바른 예외를 처리하지 않습니다 (문제의 코드는 리팩토링이 필요합니다)...

ASP.NET MVC에서 favicon.ico 제공 ASP.NET MVC에서 favicon.ico를 제공하는 방법에 대한 최종 권장 사항은 무엇입니까? 현재 다음을 수행하고 있습니다. RegisterRoutes 메소드 의 맨 처음 에 항목 추가 : routes.IgnoreRoute("favicon.ico"); 내 응용 프로그램의 루트에 favicon.ico 배치 (또한 내 도메인의 루트가 됨). 두 가지 질문이 있습니다. 내 응용 프로그램의 루트 이외의 다른 곳에 favicon.ico를 넣을 방법이 없습니까? 그것은 같은 수준에서 바로 거기에있는 구역질 예쁘다 Content및 Controllers. 이 IgnoreRoute("favicon.ico")내용이 충분 합니까? Phil Haack의 블로그 게시물..

왜 isset ()과! empty ()를 모두 확인 사이에 차이가 isset하고 !empty. 이 이중 부울 검사를 수행하면이 방법이 올바른지 또는 중복입니까? 같은 일을하는 더 짧은 방법이 있습니까? isset($vars[1]) AND !empty($vars[1]) 이것은 완전히 중복됩니다. empty의 줄임말 !isset($foo) || !$foo과 !empty비슷하다 isset($foo) && $foo. 즉 , 값 의 진실성 에 대한 추가 검사와 empty반대의 작업을 수행 합니다.isset 즉, empty와 동일 !$foo하지만 변수가 존재하지 않으면 경고를 표시하지 않습니다. 이것이이 함수의 핵심입니다. 변수 설정에 대한 걱정없이 부울 비교를 수행하십시오. 매뉴얼 은 다음과 같이 말합니다. em..