bdfgdfg

자바 언어의 특징 - 운영체제에 독립적 : 자바가상머신(JVM)을 통해 자바로 작성된 프로그램은 운영체제에 독립적이다. - 객체지향 언어 - 자동메모리관리(Garbage Collection) JVM(Java Virtual Machine) 자바를 실행하기 위한 가상 기계. 자바로 작성된 애플리케이션은 모두 이 JVM환경에서만 실행되기에 JVM은 필수이다. 자바언어는 다른 어플리케이션과 달리 OS환경에 따라 프로그램을 만들어야하는데(EX C/C++) 자바는 JVM하고만 상호작용을 거치기에 OS에 종속적이게 코드를 작성할 필요가 없다. (단 JVM자체는 OS에 종속적이기에 해당 OS에서 실행가능한 JVM이 필요.) 즉 정리하면 자바 어플리케이션을 어느 CPU나 OS에서도 실행할 수 있게 지원하는 역할을 수행한..

플랫버퍼의 사용은 스키마작성 -> flatc를 통한 컴파일 -> 헤더생성 -> 해당 헤더파일 추가 -> 가져다 쓰기(?).. 등의 단계를 거친다. 적어도 가져다 쓰기 이전의 단계는 이전에 만들어둔 스키마 작성단계만 한 후 자동으로 헤더생성까지 해주는 역할 + 해당 헤더파일도 자동으로 추가까지 구현해보았다. 이제 매번 스키마 파일마다 추가되는 헤더를 추가할 필요는 없고 저 PacketHeader 하나만을 추가하면 된다. 이제는 잘 가져다가 쓰는것도 중요. #include #include "files/GenPacket/PacketHeader.h" #include "KPacketHelper.h" int main( void ) { flatbuffers::FlatBufferBuilder builder; auto ..

직렬화 라이브러리를 뭘 사용할까 고민하다 플랫버퍼를 선택. 구글에 있는 간단한 예제만 보았는데.. 매번 txt파일 만들어서 fbs로 확장자 변경 후 도스로 flatc의 명령어를 날려주는게 번거로웠다. 그래서 플랫버퍼의 스키마 작성만 하고, 그 뒤의 번거로운 작업은 자동화 할 수 있게끔 처리해보았다. 스키마 파일과 작성한 스키마 파일들을 컴파일 해줄 flatc를 같은 디렉터리안에 넣어놓고. 직접 제작한 패킷 자동화 파일을 실행시키면 위와 같이 디렉터리가 생성되고.. 컴파일 된 결과만을 남긴다. 갈길이 멀다ㅠ

SELECT A.FLAVOR FROM FIRST_HALF AS A LEFT OUTER JOIN ICECREAM_INFO AS B ON A.FLAVOR = B.FLAVOR WHERE A.TOTAL_ORDER >= 3000 AND B.INGREDIENT_TYPE = N'fruit_based' ORDER BY A.TOTAL_ORDER DESC; 문제에서 부터 조인을 사용하라고 친절하게 설명해주는 느낌. 두 테이블의 관계를 나타내는 키인 FLAVOR를 조인의 조건으로 주고, 두 테이블의 교집합부분과 FIRST_HALF의 주문량을 확인하면 되는 문제