코징의 개발탐방

책 내용 - 경계 시스템에 들어가는 모든 소프트웨어를 직접 개발하는 경우는 드물다. 때로는 패키지를 사고, 때로는 오픈 소스를 이용한다. 어떤 식으로든 이 외부 코드를 우리 코드에 깔끔하게 통합해야만 한다. *외부 코드 사용하기 패키지 제공자나 프레임워크 제공자는 적용성을 최대한 넓히려 애쓴다. 더 많은 환경에서 돌아가야 더 많은 고객이 구매하니까. 반면 사용자는 자신의 요구에 집중하는 인터페이스를 바란다. 이런 긴장으로 인해 시스템 경계에서 문제가 생길 소지가 많다. 아래 java.util.Map을 살펴보자. Map은 굉장히 다양한 인터페이스로 수많은 기능을 제공한다. Map이 제공하는 기능성과 유연성은 확실히 유용하지만 그만큼 위험도 크다. Map을 만들어 여기저기 넘긴다고 가정하자. 넘기는 쪽에서는..

책 내용 - 오류 처리 깨끗한 코드와 오류 처리는 확실히 연관성이 있다. 상당수 코드 기반은 전적으로 오류 처리 코드에 좌우된다. 여기저기 흩어진 오류 처리 코드 때문에 실제 코드가 하는 일을 파악하기가 거의 불가능하다는 의미다. 깨끗하고 튼튼한 코드에 한걸음 더 다가가는 단계로 우아하고 고상하게 오류를 처리하는 기법과 고려 사항 몇 가지를 소개한다. *오류 코드보다 예외를 사용하라 public class DeviceController { ... public void sendShutDown() { DeviceHandle handle = getHandle(DEV1); // 디바이스 상태를 점검한다. if (handle != DeviceHandle.INVALID) { // 레코드 필드에 디바이스 상태를 저장..

항상 깃허브를 소스트리와 연동하면서 사용하다 보니, 다시 처음부터 세팅을 한 적은 별로 없는 것 같다. SourceTree의 Clone을 하는 와중에 꺼지는 증상이며, 해당하는 문제로 포기하는 사람들위해 작성하였다. 발생 지점 여기에 gitHub url을 입력을 하면 자동으로 sourceTree가 꺼지는 현상이 발생하였다. 써칭을 통해서 문제해결을 하였는데 원인은 gitHub 프로젝트를 만들 때 아무런 파일을 생성하지 않아서 발생하는 문제 문제해결 방법 해당하는 프로젝트에 README 파일을 만들어주고 프로젝트를 생성해 주면 되겠다.

책 내용 - 객체와 자료구조 변수를 비공개 Private로 정의하는 이유가 있다. 남들이 변수에 의존하지 않게 만들고 싶어서다. 그렇다면 어째수 수많은 프로그래머가 조회 함수 get와 설정 set 함수를 당연하게 공개해 비공개 변수를 외부에 노출할까? *자료 추상화 //목록6-1 구체적인 Point 클래스 public class point { public double x; public double y; } //목록6-2 추상적인 Point 클래스 public interface point { double getX(); double getY(); void setCartesian(double x, doube y); double getR(); double getTheta(); void setPolar(doubl..

에러 발생 상황 Flutter에서 Geolocator 패키지를 설치한 후 사용을 하였는데, 아래와 같은 에러가 발생하였다. 옛날 버전과 현재 버전의 퍼미션의 정책이 변경된 부분으로 추측이 된다. 해결방법은 아래와 같이 진행하면 된다. 에러 발생 * What went wrong: Execution failed for task ':geolocator_android:compileDebugJavaWithJavac'. 문제 해결을 하기 위해서 해당 영역을 변경 변경한 후 추가 에러가 발생 *에러 발생 User denied permissions to access the device's location. 문제 해결을 하기 위해서 서칭을 하는 중 - permission을 물어보지 않고 위치를 사용하려고 했기 때문에, ..

코드 형식은 중요하다.! 너무 중요해서 무시하기 어렵다. 너무나도 중요하므로 융통성 없이 맹족적으로 따르면 안 된다. 코드 형식은 의사소통의 일환이다. 오늘 구현한 기능이 다음 버전에서 바뀔 확률은 아주 높다. 그런데 오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다. 오랜 시간이 지나 원래 코드의 흔적을 더 이상 찾아보기 어려울 정도로 코드가 바뀌어도 맨 처음 잡아놓은 구현 스타일과 가동성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다. 그렇다면 원활한 소통을 장려하는 코드 형식은 무엇일까? *적절한 행 길이를 유지하라.! Junit, FitNesse, Time and Money는 상대적으로 파일 크기가 작다. 500줄 넘어가는 파일이 없으며 대다수가 200줄 미만이다..

책의 내용 - 주석 나쁜 코드에 주석을 달지 마라. 새로 짜라 - 브라이언 w. 커니핸, P.J 플라우거 잘 달린 주석은 그 어떤 정보보다 유용하다. 경솔하고 근거 없는 주석은 코드를 이해하기 어렵게 만든다. 사실상 주석은 기껏해야 필요악이다. 내가 이렇듯 주석을 무시하는 이유가 무엇이냐고? 거짓말을 하니까. 항상도 아니고 고의도 아니지만 너무 자주 거짓 말을 하니까. *주석은 나쁜 코드를 보완하지 못한다. 코드에 주석을 추가하는 일반적인 이유는 코드 품질이 나쁘기 때문이다. 모듈을 짜고 보니 짜임새가 엉망이고 알아먹기 어렵다. 지저분한 모듈이라는 사실을 자각한다. 그래서 자신에게 이렇게 말한다. "이런! 주석을 달아야겠다!" *코드로 의도를 표현하라! 확실히 코드만으로 의도를 설명하기 어려운 경우가 존..

책의 내용 - 함수 *작게 만들어라! 명백한 함수는 2줄 ~ 4줄이 적당하다. 각 함수가 명백하게 하나를 표현한다면 너무나도 멋진 다음 무대를 준비했다. - 블록과 들여쓰기 if문/ else 문 / while 문 등에 들어가는 블록은 한 줄이어야 한다는 의미다. 대개 거기서 함수를 호출한다. *한 가지만 해라 함수는 한 가지를 해야 한다. 그 한가지를 잘해야 한다. 그 한 가지만을 해야 한다. 아래와 같은 코드가 있다고 해보자. public static String renderPageWithWetupsAndTeardonws( PageData pageData, boolean isSuite ) throws Exception { boolean isTestPage = pageData.hasAttribute("T..

라우터는 화면 간 이동을 할 때 사용하는 함수이며, 해당하는 함수로 데이터도 전달 가능하다. 일단 사용법을 설명하도록 하겠다. Container( decoration: const BoxDecoration(color: Colors.blueAccent), child: Center( child: TextButton( onPressed: () { personData.calcBMI(); Navigator.push(context, MaterialPageRoute(builder: (context) => Result(personData: personData,))); }, child: const Text('Calc your BMI', style: TextStyle(color: Colors.white)), )), heig..

책을 읽게 된 계기 개발일을 하다 보면 내 코드도 시간이 지나 이해되지 않았던 적이 많았다. 이 책은 그러한 습관들로부터 벗어날 수 있는 방법을 제시해주었고, 계속 상기 시기키 위해 정리를 하게 되었다. 책의 내용이 많아서 챕터별로 정리를 하도록 하겠다. 책의 내용 - 의미 있는 이름 * 의도를 분명히 밝혀라! '좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다.' 예를 들면 아래와 같은 코드가 있다고 해보자. public List getThem() { List list 1 = new ArrayList(); for (int[] x : theList) if (x[0] == 4) list1.add(x); return list1; } 코드가 하는 일을 짐작하기 어렵다. 1. T..