ZPLibrary: Difference between revisions

Revision as of 02:36, 10 September 2015

ZP에서 사용 할 수 있는 오픈소스 도서 관리 웹 솔루션을 만들자.

이전 프로젝트

열파참/프로젝트에서 이미 한 번 시도를 했으나, 다음과 같은 이유로 갈아엎기로 결정.

날뛰는 구조

딱 프레임 워크의 사용법만 익힌 후 설계나 추가적인 공부 없이 바로 코드를 작성 해서 구조가 괴랄해짐.

잘못된 프레임웍 선정

Django와 함께 AngularJS를 이용했으나, 서버에서 도느냐 클라에서 도느냐 차이만 있을 뿐 둘 다 동일하게 웹에서의 MVC패턴을 지원하는 프레임웍. 역할이 겹치다 보니 둘 다 입지가 애매해졌다.. 그리고 결정적으로, GAE(Google App Engine)은 일반적인 SQL을 사용할 수 없기 때문에 Django의 매우 큰 장점인 Model 부분을 써먹을 수가 없다!

설계

프레임 워크

Google App Engine - 줄여서 GAE. PaaS. 무료 제공 양이 상당한 편이라 사용.
Google Datastore - NoSQL DB. 무료도 무료지만 GAE와 궁합이 좋음.
Google Endpoints - RESTful 백엔드 서비스. GAE위에서 돈다면 완전무료.

뭔가 구글판인 것 같지만 넘어가자.

필요한 기능

추가 예정.

@@ Line 7: / Line 7: @@
 딱 프레임 워크의 사용법만 익힌 후 설계나 추가적인 공부 없이 바로 코드를 작성 해서 구조가 괴랄해짐.
 === 잘못된 프레임웍 선정 ===
-Django와 함께 AngularJS를 이용했으나, 서버에서 도느냐 클라에서 도느냐 차이만 있을 뿐 둘 다 동일하게 웹에서의 MVC패턴을 지원하는 프레임웍. 역할이 겹치다 보니 둘 다 입지가 애매하다. 그리고 결정적으로, GAE(Google App Engine)은 일반적인 SQL을 사용할 수 없기 때문에 Django의 매우 큰 장점인 Model 부분을 써먹을 수가 없다!
+Django와 함께 AngularJS를 이용했으나, 서버에서 도느냐 클라에서 도느냐 차이만 있을 뿐 둘 다 동일하게 웹에서의 MVC패턴을 지원하는 프레임웍. 역할이 겹치다 보니 둘 다 입지가 애매해졌다.. 그리고 결정적으로, GAE(Google App Engine)은 일반적인 SQL을 사용할 수 없기 때문에 Django의 매우 큰 장점인 Model 부분을 써먹을 수가 없다!
 == 설계 ==