문제

이제 web2py에 비교적 익숙해 졌으므로 Django에게 이동하고 싶습니다.

주요 차이점은 무엇입니까?

Web2py 지식을 고려하여 시작하는 가장 효율적인 방법은 무엇입니까? (Python Application Framework 지식을 갖는 데 도움이되어야합니다.)

편집하다

또한 두 가지를 모두 사용했다면 선호하는 의견과 이유에 대한 의견을 제시 할 수 있습니까?

도움이 되었습니까?

해결책

Web2py는 Django에서 매우 영감을 받았으며 하나를 알고 있다면 다른 사람을 쉽게 배우기가 쉽습니다. 데이터베이스 마이그레이션 (자동으로 테이블 변경), 오류에 대한 티켓, 웹 기반 IDE, Google App 엔진에서 작동하는 데이터베이스 추상화 레이어, 플러그 가능한 로그인이있는 역할 기반 액세스 제어 메커니즘을 포함하여 Django에서 찾지 못한 기능을 추가했습니다. 모듈.

기본 설계 차이점 중 하나는 Django 앱에서 모듈로 구현되므로 서버를 편집 할 때 서버를 다시 시작해야한다는 것입니다. Web2Py에서 대신 모델/보기/컨트롤러는 모듈이 아니므로 프레임 워크에 의해 실행 (가져 오지 않음)이므로 변경시 서버를 다시 시작할 필요가 없습니다.

또 다른 차이점은 django가 orm을 사용한다는 것입니다. Web2py는 dal을 사용합니다. DAL은 Django ORM보다 약간 낮으며 이는 SQL 구문에 더 가깝게 만듭니다 (예 : 왼쪽 조인, 임의의 집계, 중첩 된 선택 및 조합)는 휴대용 상태를 유지하는 동안 (10 개의 다른 데이터베이스를 지원 함). DAL을 사용하면 모델의 동적 메타 프로그래밍을 쉽게 수행 할 수 있습니다 (예 : XML 또는 CSV 파일과 같은 파일에 저장된 사양을 기반으로 런타임에 모델 생성 모델).

Django는 더 오래 지났으므로 더 많은 사람들이 숙련 된 사람들과 더 많은 응용 프로그램을 배포했습니다.

다른 팁

django = old

web2py = 새로운

django가하는 모든 일, Web2py는 더 잘합니다. 이것은 web2py가 Django 이후 오랫동안 만들어졌고 Django의 실수로부터 배웠지 만 모든 새로운 실수를 저지르기 때문입니다.)

주요 차이점과 Web2py에서 나를 유지하는 것 :

  1. Django는 놀라운 문서를 가지고 있습니다 ... Web2py는 너무 직관적이어서 필요하지 않습니다 ...하지만! Django 문서가 대부분 Web2Py에 적용 가능하다는 것을 알았습니다. 하루를 보내고 Django 책 (Ch 1-7)을 읽으면 그것이 어떻게 사실인지에 대한 아이디어를 얻게됩니다. 어떤 식 으로든, Django가 더 잘 기록되어 있다고 말하는 것은 Asinine입니다. 또한, 좋은 일로 문서의 볼륨에 대해 이야기하는 프레임 워크는 ... 걱정 될 것입니다 ... 문서는 좋고, 시작해야 할 필요가 없습니다 = 더 나은 것. Web2Py의 기존 문서는 사용자의 90%의 요구를 충족시키는 것 이상입니다. 나머지 10%는 프레임 워크 라이브러리 코드를 살펴 봐야합니다 (Django만큼이나 무섭지 않은 것은 아닙니다). 또한 라이브러리 코드를 통해 시간의 30% 이상을 소비하는 시점에 도달하면 프레임 워크에서 멀어지고 라이브러리 컬렉션 (Pylons)으로 이동해야합니다. 그 시점에서 그것은 당신이 웹 프레임 워크가 처리하도록 설계된 일을하지 않는다는 것을 의미합니다 ...

  2. django의 sqlform은 TextModel입니다. 텍스트 모델 (= sqlform)을 사용하여 양식을 작성하면. 단일 입력 필드의 CSS를 변경하려는 행운을 빕니다! web2py에서 당신은 단지 form.element (), django에는 그런 일이 없습니다. "widget ()"를 통과해야하지만 위젯에 도착하려면 먼저 입력 필드 유형을 거쳐야합니다 ...

  3. 또한 수동 DB 마이그레이션 ... 스키마 변경? 죄송합니다 ... 별도의 마이그레이션 앱 (남쪽)을 다운로드하여 설치하거나 DB 콘솔에서 수동으로 수행해야합니다.

  4. 마지막으로, 여러 DB에 대한 상자를 지원하지 않습니다 ... 후프를 생각하십시오 ...

다시 말해 ... Django와 함께 ... 점프와 후프를 좋아하기를 바랍니다.

Web2py에서 실제로 뛰어 올라 가고 싶다면 Pylons를 시도해보십시오 ... 진지하게 ...

Web2py의 가장 큰 단점은 나이와 작은 코드 기반입니다. Django가 Rails 스타일의 RAD 아이디어를 구현하는 최초의 Python 웹 프레임 워크와 같으며 Web2Py의 두 배와 같다는 점을 고려하면 불합리하지는 않습니다. Web2py는 여전히 수명의 초기 채택 자 부분에 있습니다 ... Django는 쇠퇴하기 위해 중요한 질량 부분을 넘어서고 있습니다 ... Web2py는 다음 2 년 안에 어느 날 임계 질량에 도달해야한다고 예측합니다.

결론하루를 보내고 Django Book (Ch 1-7)을 읽고 Pylons Book (1 부)을 읽은 다음 왜 프레임 워크를 사용하는지 생각해보십시오. 저에게는 가능한 한 빨리 많은 일을하고 문서를 찾지 않고 30%의 시간을 찾는 것이 었습니다.

Web2py는 위의 요구를 충족시킵니다.

나는 django에서 작은 사내 웹 앱을 완전히 만들었고 그 후에는 Web2Py에서 완전히 완전히 만들었습니다. 개발자 경험에 대한 차이점과 영향을 실제로 이해하는 유일한 방법입니다.

Django가 제공하는 것보다 환경에 더 많은 편의가 있기 때문에 Web2Py를 선호하지만 Web2Py는 Django보다 훨씬 새롭고 Hindsight는 항상 새로운 구현을 더 쉽게 만들 수 있습니다. Web2Py는 뒤로 호환성을 보장 했으므로 일부 새로운 도구로 인해 몇 년 후에 Web2Py가 구식을 만들어냅니다. 그것이 정상적인 방식입니다.

어쨌든, 그들은 서로 매우 가깝고, 둘 중 하나에 비해 다른 웹 프레임 워크보다 훨씬 더 가깝습니다. 예를 들어 Java 기반 웹 프레임 워크의 관점에서 볼 때 서로 거의 동일하게 보일 수 있습니다.

일부 파이썬 프레임 워크에 대한 지식을 갖는 데 도움이됩니다.

시작하는 가장 효과적인 방법은 두 가지, 즉 모델, 뷰, 컨트롤러, URL 디스패치, 템플릿, 양식 등의 다른 부문을 비교하는 것입니다.

여기 몇 가지 프레임 워크를 비교 한 것 중 하나입니다. 도움이 될 것입니다.

나는 web2py에 정착하기 전에 Django 프로그래머였습니다. 현명한 기본값 (암시 적 수입, 기본보기 등)과 법정.

간단하고 요점까지 : Web2py는 Django가되어야했던 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top