«coding-style» 태그된 질문

코딩 스타일은 소스 코드의 가독성과 이해를 돕는 일련의 지침입니다.

13
반복되는 코드를 쉽게 입력 할 수 있도록 #define을 적절하게 사용합니까?
코딩 단순화를 위해 전체 코드 줄을 정의하기 위해 #define을 사용하는 것이 좋은지 나쁜 프로그래밍 관행인지에 대한 견해가 있습니까? 예를 들어, 여러 단어를 함께 인쇄해야한다면 입력에 짜증이납니다 << " " << cout 문에서 단어 사이에 공백을 삽입합니다. 그냥 할 수있어 #define pSpace << " " << 그리고 유형 cout << word1 …

8
코드에서 "너무 많은 데이터베이스 요청"을 충족시키는 것은 무엇입니까?
이것은 나 자신에 대한 토론이며 일부 동료들이 가지고 있고 여기에 나와서 일반적인 합의가 있는지 어떻게 알 수 있다고 생각했습니다. 기본적으로 데이터베이스 호출에 대한 다음 두 가지 의견이 있습니다. 1. DB 호출 수를 줄이기 위해 필요한 모든 것을 얻기 위해 하나의 큰 호출을 수행하십시오. DB 호출 이것이 특히 실행되는 곳은 일반적인 …

6
코드 주석에 제목을 작성합니까? [닫은]
폐쇄되었습니다 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 나는 내가 쓴 오래된 코드 (대학에서 첫해)를 탐색하고 있었고 코드의 다양한 부분보다 먼저 주석 제목을 쓰는 것을 보았습니다. …

4
전달 선언 대 포함
Reduce the number of #include files in header files. It will reduce build times. Instead, put include files in source code files and use forward declarations in header files. 나는 이것을 여기에서 읽었다. http://www.yolinux.com/TUTORIALS/LinuxTutorialC++CodingStyle.html . 따라서 헤더 파일의 클래스 (클래스 A)가 일부 클래스 (클래스 B)의 실제 정의를 사용할 필요가 없다고 …
17 c++  coding-style 

7
범위를 나타 내기 위해 공백과 {}를 사용하는 언어의 장단점은 무엇입니까? [닫은]
휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 범위를 나타 내기 위해 공백이나 괄호와 같은 토큰을 사용하는 것이 더 나은지 여부에 대해 충돌이있는 것 같습니다. 일관성없는 …

4
C # 메서드에서 반환 변수 선언 및 값을 직접 반환
반환 변수에 대한 토론에서 팀의 일부 구성원은 결과를 호출자에게 직접 반환하는 방법을 선호하는 반면 다른 구성원은 반환 변수를 선언하여 호출자에게 반환하는 것을 선호합니다 (아래 코드 예 참조) 후자의 주장은 코드를 디버깅하는 개발자가 메소드를 호출자에게 리턴하기 전에 메소드의 리턴 값을 찾도록하여 코드를 이해하기 쉽게 만든다는 것입니다. 이는 특히 메소드 호출이 데이지 …

3
초과 (체크 된) 예외를 사용하는 이유는 무엇입니까?
얼마 전 나는 자바 대신 스칼라를 사용하기 시작했다. 나를위한 언어들 사이의 "변환"과정의 일부는 Either(확인 된) 대신 s 를 사용하는 방법을 배우고있었습니다 Exception. 나는이 방법을 잠시 동안 코딩 해 왔지만 최근에 그것이 정말로 더 좋은 방법인지 궁금해하기 시작했습니다. 하나의 큰 장점은 Either이상이 Exception더 나은 성능이다; 는 Exception스택 트레이스를 구축 할 필요가 …

2
순수한 미학적 이유로 중첩 함수를 작성 하시겠습니까?
나는 항상 다른 프로그래머들이 순수한 미적 기능을 만드는 아이디어에 대해 어떻게 생각하는지 궁금했습니다. 데이터 덩어리를 처리하는 함수가 있다고 가정 해보십시오 Function ProcessBigData. 내가 그 데이터에 대해서만 유효, 여러 공정 단계를 필요 말 : Step1, Step2, Step3. 소스 코드에서 가장 많이 보는 일반적인 접근 방식은 다음과 같이 주석을 작성하는 것입니다. Function …

4
개인 필드가 있거나없는 속성을 선호해야합니까?
현재 작업중 인 코드베이스에는 개인 필드 및 공용 속성을 사용하는 규칙이 있습니다. 예를 들어, 대부분의 클래스에는 다음과 같이 멤버가 정의되어 있습니다. // Fields private double _foo; private double _bar; private double _baz; // Properties public double Foo { get{ return _foo; } set{ _foo = value; } } public double …
16 c#  coding-style 

6
메소드 및 함수 이름의 "A", "an"및 "the": 무엇을 가져가십니까? [닫은]
휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 우리 중 많은 사람들이 한 지점에서 이와 같은 메소드 이름을 보았을 것입니다. UploadTheFileToTheServerPlease CreateATemporaryFile WriteTheRecordToTheDatabase ResetTheSystemClock 즉, 문법적으로 …

6
고품질 코드를 어떻게 홍보하고 장려 할 수 있습니까?
저는 4 명으로 구성된 소규모 아웃소싱 회사에서 iOS 개발자로 일하고 있습니다. 우리는 나와 다른 두 개발자가 회사에 합류하기 몇 년 전에 시작된 프로젝트를 진행하고 있습니다. 그 전에는 대부분 한 사람이 프로젝트를 수행했습니다. 프로젝트 작업을 시작했을 때 완전히 엉망이었습니다. 많은 코드 반복이있었습니다. 나는 약간의 변형으로 20 개의 다른 파일에 동일한 500 …

4
ASP.NET 웹 API 솔루션에서 Angular 앱을 어디에 둘 수 있습니까?
그린 필드 응용 프로그램을 시작하고 ASP.NET (4.6) 및 Angular 2를 사용하고 싶습니다. 백엔드의 경우 Visual Studio에서 프로젝트를 만들었으며 이제 Angular 응용 프로그램을 어디에 둘 것인지 궁금합니다. 프런트 엔드에 npm 및 node-tools를 사용하고 싶지만 결국에는 Angular 앱 domain.com/과 같은 api 와 같은 Azure App Service 인스턴스에서 호스팅됩니다 domain.com/api/. Visual Studio에서 앱을 …

3
C에서 다른 행에 함수 유형 및 메소드 이름을 배치하는 이유
방금 회사에서 시작했으며 첫 번째 코드 검토에서 스타일 설명 중 하나는 반환 유형과 메서드 이름이 다른 줄에 있어야한다는 것입니다. 예를 들어 void foo() { } 이것이어야한다 void foo() { } 나는 항상 첫 번째 스타일을 사용해 왔으며 사람들이 왜 두 번째 스타일을 사용하는지 개인 취향 이외의 다른 이유가 있는지 궁금했습니다. …
16 c  coding-style 

5
조건부 인 경우 set.add ()의 부울 반환?
set 클래스의 add 연산자는 추가 할 요소가없는 경우 true를 반환하고 그렇지 않으면 false를 반환합니다. 기록하고있다 if (set.add(entry)) { //do some more stuff } 깨끗한 코드 작성 측면에서 좋은 스타일로 간주됩니까? 한 번에 두 가지 일을했기 때문에 궁금합니다. 1) 요소 추가 및 2) 요소 존재 여부 확인

6
소스 코드를 작성하는 동안 80 자 제한 모범 사례를 따르는 방법은 무엇입니까?
알다시피 모범 사례가 있습니다. 소스 코드 행을 80 자로 제한하십시오. 다음은 2 개의 링크입니다. 코드 너비에 대해 80자가 '표준'제한 인 이유는 무엇입니까? 와이드 스크린 모니터의 경우 80 자 제한이 여전히 관련이 있습니까? 이 모범 사례를 검색하면 더 많은 정보를 얻을 수 있습니다. 그러나 나는 이것이 매우 어렵다는 것을 알았습니다. 여기에 …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.