(우리 프로젝트 예를 들어)
- Git :
- Repository
[llooster > Lissung/Tracker] - llooster repo안에 tracker가 있음. 여기를 기준으로 배포. 여러 개발자가 공유하는 곳이기 때문에 개인 repo로 가져와서 작업을 하게 되는데 'fork'뜬다고 함. git에서 기능 제공.
- 개인 repo로 가져온 코드를 clone해서 Local에서 이용
- REST API :
- 그 동안 만들었던 프로젝트에서 view 기능을 제외한 기능이라고 보면 됨.
- 클라이언트가 필요한, 프론트에서 필요한 data를 가져오는 역할을 한다.
- '자원기반' API라고 하며 테이블 기반으로 사용된다.
- 구성 요소로 1. 자원(Resource)-URL, 2. 행위(Verb)-Method, 3. 표현(Representations)가 있다.
- Method는 크게 1. Get, 2. Post, 3. Put, 4. Delete가 주로 쓰인다
- Framework :'특정 프로그램을 개발하기 위한 여러 요소들과 메뉴얼인 룰을 제공하는 프로그램'
Spring, Django, Ruby on Rails 등등
- 우리나라 정부에서 spring을 사용하라는 기준을 제시하여서 우리나라는 90%정도가 spring을 사용한다. Rails를 사용하는 곳도 있으나 아무래도 할줄 아는 사람이 적어 구인난 등 문제가 있기도 하다.
Library : '소프트웨어를 개발하기 쉽게 어떤 기능을 제공하는 도구들'
Python에서 Datetime, Pandas, Beautifulsoup ..., Java에서는 Guava, Apache common library, ... C++ 에서는 STL 등등
출처: https://engkimbs.tistory.com/673 [새로비]
-
Server 개발자는 1Resquest 1Response를 따른다.
-
Design Pattern MVC (Model View Controller)
모델-뷰-컨트롤러(Model–View–Controller, MVC)는 사용자 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있다. MVC에서 모델은 애플리케이션의 정보(데이터)를 나타내며, 뷰는 텍스트, 체크박스 항목 등과 같은 사용자 인터페이스 요소를 나타내고, 컨트롤러는 데이터와 비즈니스 로직 사이의 상호동작을 관리한다.
-모델(model)
:모델(model)이란 어떠한 동작을 수행하는 코드를 말한다. 표시 형식에 의존하지 않는다. 다시 말해, 사용자에게 어떻게 보일지에 대해 신경쓰지 않아도 된다. 모델은 순수하게 public 함수로만 이루어진다. 몇몇 함수들은 사용자의 질의(query)에 대해 상태 정보를 제공하고 나머지 함수들은 상태를 수정한다.
-뷰(view)
:MVC에서 모델은 여러 개의 뷰(view)를 가질 수 있다. 뷰는 모델에게 질의를 하여 모델로 부터 값을 가져와 사용자에게 보여준다.
-컨트롤러(Controller)
:MVC의 뷰는 여러 개의 컨트롤러(Controller)를 가지고 있다. 사용자는 컨트롤러를 사용하여 모델의 상태를 바꾼다. 컨트롤러는 모델의 mutator 함수를 호출하여 상태를 바꾼다. 이때 모델의 상태가 바뀌면 모델은 등록된 뷰에 자신의 상태가 바뀌었다는 것을 알리고 뷰는 거기에 맞게 사용자에게 모델의 상태를 보여 준다.
(이 개념 어렵다)
