stack — 최근 글

1) 일반적으로 배열을 사용하여 데이털르 순차적으로 저장하고, 나열할 수 있다. 2) 배열을 사용하는 경우 메모리 공간이 불필요하게 낭비 될 수 있다. 배열로 만들었으므로 특정 위치 원소에 즉시 접근 가능하다. 데이터가 들어갈 공간을 미리 메모리에 할당해야 하는 단점이 있다. 원하는 위치로 삽입이나 삭제가 비효율적이다. -> 주소를 당기고 밀어야하기 때문에. 연결 리스트는 구조체와 포인터를 함께 사용하여 구현한다. 연결 리스트는 리스트의 중간 지점에 노드를 추가하거나 삭제할 수 있어야 한다. 필요할 때마다 메모리 공간을 할당 받는다

객체 사용에 해당되지 않는 세부 정보는 다른 모든 객체로부터 숨겨야 한다. 캡슐화는 객체에 속성과 행위가 같이 포함된다는 사실로 정의된다. 데이터 은닉은 캡슐화의 중요한 일부이다. 예를들어, 어떤 숫자의 제곱을 계산하는 객체가 결과를 얻기 위한 인터페이스를 제공해야 한다고 하자. 그러나 요청하는 객체에서 제곱을 계산하기 위해 사용하는 내부 속성 및 알고리즘을 사용하게 할 필요는 없다. 캡슐화를 염두에 두고 설계해야 클래스가 견고하다. 인터페이스는 객체간 의사소통하는 근본적인 방법을 정의한다. 클래스를 설계할 때마다 객체를 올바른 인

간단히 말해서 클래스는 객체에 대한 처사진이다 객체의 인스턴스를 만들 때 객체를 구성하는 기초로 클래스를 사용한다. 클래스와 객체를 설명하려고 하는 일은 닭이 먼저냐 계란이 먼저냐 같은 딜레마이다. 객체란 용어를 사용하지 않고 클래스를 설명하기 어렵고 그 반대도 마찬가지이다. 예를 들어, 어느 개인의 자전거는 객체이다. 그러나 누군가 자전거를 만들기 위한 청사진 (즉, 클래스)을 만들어야만 했다. 닭이 먼저냐 계한이 먼저냐는 딜레마와 달리 OO 소프트웨어에서 무엇이 먼저인지는 알고 있는데, 그것은 클래스이다. 클래스가 없이는 객체의

this는 클래스 안에서 인스턴스 자기 자신을 바라보는 지시자다. 대부분의 상황에서 생략할 수 있지만 몇가지 필요한 상황이 있는데 예시와 함께 정리해보았다.

전편에 이어서 작성한다. 내부 처리와 클라이언트 대응을 위한 API 서버와 일반 대중들을 대상으로 하는 웹 어플리케이션을 개발했다. 당연히 기능 추가나 보완해야 할 부분이 많지만, 깡통 찬 아저씨가 백지에서 두 달 만에 굴러가는 수준의 앱을 만들었다는 이야기를 정리해본다. 개요는 웹사이트를 핸들링하여 데이터를 가져와 구조를 만들고 내부에서 여러가지 라이브러리로 처리한다는 내용이다. 클라이언트는 서버가 주는 가공된 데이터를 시각화 하고 키워드만으로 상호작용 하는 것이 전부인 앱이다. 사용자는 여럿인데 사이트에 접근할 수 있는 세션은

Vue.js를 이용해 간단한 클라이언트 프론트엔드를 제작하면서 필요했던 것들을 정리해봤다. 서버단의 경우 호출/반환은 flask, 내부 구현은 python으로 미리 제작을 완료하였다. 클라이언트를 평소 익숙했던 php로 간단한 웹페이지로 제작하고자 했으나 차후 데스크탑 어플리케이션 또는 모바일 앱으로 래핑 할 것을 고려해 모두 한 코드에 통합할 수 있는 프레임워크를 찾기 시작했다. 무엇보다 내부 구현이 모두 완료되었기 때문에 빠르게 제작할 수 있는 프레임워크로 Vue로 결정했다. 리엑트를 놓고 고민을 많이 했으나 가장 최신 트랜드를

부트캠프 삭제 이후 빈 공간을 맥용 파티션으로 늘릴려고 하니 사진상의 895GB에서 더이상 늘어나지 않는다. 숫자를 따로 입력해도 늘어나지 않는다. diskutil 명령으로 해결할 수 있나 확인해보니 뾰족히 그런것도 아닌것 같다. 오히려 명령어가 더 부실한 경우인것 같다. 저 '여유 공간'에 컨테이너를 만들었다 볼륨을 만들었다 방법을 해봐도 소용이 없던 차에 '여유 공간' 이라는 이름을 찍어보니 아래에 '-'버튼이 활성화가 된다. 살포시 눌렀다. 그랬더니 '여유 공간'이라는 자리가 제거가 되고 자동으로 맥 파티션이 자리를 차지한다.

처음 쓰는 글 평소에 생각하고 고민하는 것들에 대한 풀어쓰기를 합니다. 대한민국 서울 30대.