집 >백엔드 개발 >C#.Net 튜토리얼 >6가지 일반적인 개발 실수 방지
Tony Patton이 ZDNet에 "Avoid Six Common Development Mistakes"라는 제목의 기사를 게시했습니다. 읽고 나서 좋다고 생각해서 줄여서 게시했습니다.
1. .NET 애플리케이션을 개발하기 위해 Visual Studio.NET을 사용해야 한다고 생각한다면
Microsoft 웹사이트에서 무료로 다운로드할 수 있는 .NET Framework를 설치하기만 하면 됩니다. .NET Framework가 설치되어 있으면 즐겨 사용하는 텍스트 편집기와 .NET 도구 명령줄을 사용하여 개발할 수 있습니다. 또한 SharpDevelop과 같은 타사 개발 도구를 사용할 수도 있습니다.
2. 독점 정보
개발자의 특징 중 하나는 정보를 비밀로 유지하는 경향이 있다는 것입니다. 남들이 모르는 능력을 아는 것은 잘못된 우월감으로 이어지는 경우가 많습니다. 반면, 정보 공유는 팀의 지식 확장에 도움이 됩니다. 또한 다른 팀 구성원이 팀에 합류하면 공유된 정보가 향상될 수 있습니다. 마지막으로, 다른 개발자나 개발자 그룹에게 아이디어나 개념을 설명하면 지식이 확장됩니다.
팀워크는 애자일 소프트웨어 개발과 같은 움직임의 원동력입니다. 또한 많은 팀에서는 개발자가 다른 개발자의 코드를 검토하고 의견을 제시하는 동료 코드 검토를 활용하여 양측의 학습과 이해를 촉진합니다.
3. 코드 주석 무시
자신의 코드에 주석을 추가하는 것은 간단하고 직접적인 방법인데 왜 사람들은 이것을 항상 무시할까요? 일부 개발자는 모든 종류의 문서를 줄이는 것이 직업 안정성을 향상시킬 것이라고 잘못 믿고 있습니다. 이는 앞서 논의한 독점 정보와 동일한 오류입니다.
소수의 댓글을 잘 정리하면 코드의 가독성이 크게 향상되고 코드 관리가 쉬워집니다. 주석을 과도하게 사용하는 경향이 있습니다. 기본적으로 이러한 주석에는 코드, 변수, 메소드 등에 대한 간략한 설명이 제공되어야 합니다. 많은 팀은 코드를 변경할 때 주석을 삽입하는 것을 좋아합니다. (if) 뭔가 잘못되면 과거에 어떤 변경이 있었는지 쉽게 알 수 있습니다.
4. 버전 관리 시스템의 가치를 인식하지 못함
대부분의 개발자는 이러한 상황에 익숙합니다. 중요한 웹 애플리케이션의 새 버전을 실행하면 다음날 아침 전화벨이 계속 울리고 웹사이트의 울음소리가 가득합니다. 문제.
한두 가지 실수를 저질렀다는 점을 기꺼이 인정한다면 버전 관리 시스템은 그러한 상황에서 가장 좋은 친구가 될 수 있습니다. CVS, IBM Rational ClearCase 및 Microsoft Visual SourceSafe와 같은 버전 제어 시스템을 사용하면 프로덕션용 애플리케이션을 이전 버전으로 쉽게 되돌릴 수 있습니다. 이를 통해 프로덕션 사이트가 준비되는 동안 개발 환경에서 문제를 식별할 수 있는 시간을 얻을 수 있습니다. 이 접근 방식은 문제를 찾기 위해 프로덕션 코드를 검색하는 것보다 훨씬 우수합니다.
또한 소스 제어 시스템을 사용하면 여러 팀 구성원이 동시에 동일한 코드를 개발할 수 있습니다. 개발자가 시스템 수정 사항을 검토하면 이러한 변경 사항이 결합됩니다.
일부 개발자가 버전 제어 시스템을 싫어하는 이유 중 하나는 개발 프로세스에 단계를 추가하기 때문입니다. 즉, 소스 제어 시스템에 코드를 커밋하고 이를 통해 복원하는 프로세스가 느려집니다. 이러한 추가 대기로 인해 일부 개발자의 인내심이 약화되었습니다.
5. 모든 프로젝트에는 네트워크 서비스가 필요하다고 믿습니다
네트워크 서비스가 과도하게 홍보되었기 때문에 많은 개발자들은 프로젝트를 개발할 때 네트워크 서비스를 어떤 형태로든 사용해야 한다고 믿습니다. 개발 중에 웹 서비스를 사용하는 것이 필요하거나 적절할 수 있지만 항상 가능한 것은 아닙니다. 네트워크 서비스를 수행하는 것이 적절한지 여부를 결정하려면 다양한 상황을 분석해야 합니다. 예를 들어 원격과 같은 다른 기술이 더 적절할 수 있습니다.
6. 데이터 검증의 중요성 무시
애플리케이션 코드에서는 데이터가 다양한 형태로 처리됩니다. 이러한 이유로 개발자는 개발 과정에서 데이터의 무결성과 유효성을 확인해야 합니다. 이는 0개의 문자를 반환하는 터미널 데이터베이스를 통해 데이터를 읽는다는 의미입니다. 대부분의 작업에서 0 값을 사용할 수 없기 때문에 실행 전에 데이터를 확인합니다.