Yong Choi committed b7d8650

translating intro of ch 15

Comments (0)

Files changed (1)


-Chapter 15:  Introduction to Pylons
+15장. 파일론 소개
-Although Django is currently the most popular webframework for Python, it is by no means your only choice.
-Where Django grew out of the needs of newsrooms to implement content management solutions rapidly, Pylons grew out of a need to build web applications in environments that may have existing databases to integrate with, and the applications don’t fit neatly into the class of applications that are loosely defined in the “content management” space.
+장고가 파이썬에서 가장 인기 있는 웹프레임워크이기는 하지만, 그 외에 다른 선택도 가능한다.
+장고가 컨텐트 관리 솔루션을 재빨리 구현하고자하는 뉴스룸의 필요에 의하여 발전해온 것에 비해, 파일론은 통합해야 할 기존의 데이터베이스가 있으며 애플리케이션이 "컨텐트 관리" 공간에서 느슨하게 정의된 애플리케이션 클래스에 딱 들어맞지 않는 환경에서 웹 애플리케이션을 구축해야할 필요에 의하여 발전하였다.
-Pylons greatest strength is that it takes a best-of-breed approach to constructing its technology stack.
-Where everything is “built in” with Django and the entire application stack is specifically designed with a single worldview of how applications should be done, Pylons takes precisely the opposite approach.
-Pylons, the core codebase that lives in the pylons namespace, is remarkably small.
-With the 0.9.7 release, it’s hovering around 5,500 lines of code.
-Django, by comparison, weighs in at about 125,000 lines of code.
+파일론*Pylons*\ 의 최대 강점은 그것의 기술 스택을 구축하는 데에 best-of-breed 접근법을 취하고 있다는 것이다.
+장고는 모든 것을 "내장"하며 애플리케이션이 어떠해야하는지에 대한 단일한 관점에서 전체 애플리케이션 스택이 구체적으로 디자인되어 있는 반면, 파일론은 정확히 그 반대 방향에서 접근한다.
+파일론은, pylons 이름 공간에 있는 코드 기반은, 매우 작다.
+0.9.7 릴리스에서, 그것은 5,500 행의 코드로 이루어져있다.
+그에 비하여, 장고는 125,000 행의 코드를 자랑한다.
-Pylons manages to do this magic by leveraging existing libraries extensively, and the Pylons community works with many other Python projects to develop standard APIs to promote interoperability.
+파일론의 코드 기반이 매우 작은 것은, 기존의 라이브러리들을 잘 활용한 점에서 그 비결을 찾을 수 있으며, 파일론 커뮤니티에서는 다른 많은 파이썬 프로젝트에 참여하여 상호운용성을 증진시키기 위한 표준 API를 개발하고 있다.
-Ultimately, picking Django or Pylons is about deciding which tradeoffs you’re willing to make.
-Although Django is extremely easy to learn because all the documentation is in one place and all the documentation relating to any particular component is always discussed in the context of building a web application, you lose some flexibility when you need to start doing things that are at the margins of what Django was designed for.
+궁극적으로, 장고나 파일론을 선택하는 것은 장단점을 살펴 이루고자하는 목적에 따라 결정할 일이다.
+장고는 문서가 한 곳에 모여있고 모든 문서가 웹 애플리케이션 구축의 맥락에서 작성되어 매우 배우기 쉬운 반면, 장고의 디자인으로 인하여 유연성이 떨어진다.
-For example, in a project we’ve worked on recently, we needed to interact with a nontrivial database that was implemented in SQL Server 2000. For Django, implementing the SQL Server back-end was quite difficult.
-There aren’t that many web developers using Django on Windows, never mind SQL Server.
-While the Django ORM is a part of Django, it is also not the core focus of Django.
-Supporting arbitrary databases is simply not a goal for Django, and rightly so.
+예를 들어, 최근에 필자들이 수행한 프로젝트에서는, SQL Server 2000으로 구현한 nontrivial 데이터베이스와 상호작용을 할 필요가 있었다. 장고의 경우, SQL 서버 뒷단을 구현하는 것은 어려운 일이다.
+윈도우에서 장고를 사용하는 웹 개발자가 많지 않기 때문에 SQL 서버는 관심 밖이다.
+장고 ORM이 장고의 일부분이기는 하나, 장고의 주된 관심사는 아니다.
+임의의 데이터베이스를 지원하는 것은 장고의 목표가 아니며, 이는 당연하다.
-Pylons uses SQLAlchemy, which is probably the most powerful database toolkit available in Python.
+파일론에서 사용하는 SQLAlchemy는 파이썬에서 가장 강력한 데이터베이스 도구이다.
 It *None* focuses on database access.
-The SQL Server back-end was already built in a robust way for CPython, and implementing the extra code for a Jython backend took two days—and this was without seeing any of the code in SQLAlchemy’s internals.
+CPython으로 구현된 SQL Server 뒷단이 이미 안정화되어 있으며, 자이썬 뒷단을 위한 추가 코드를 구현하는 데에는 이틀이 걸린다--그리고 이러한 일을 하는 데에 있어서 SQLAlchemy 내부의 코드를 전혀 살펴볼 필요가 없다.
 That experience alone sold us on Pylons.
-We don’t have to rely on the webframework people being experts in databases.
-Similarly, we don’t have to rely on the database experts to know anything about web templating.
+웹 프레임워크를 개발하는 사람들이 데이터베이스에 대해서도 전문가여야만 하는 상황에 의존할 필요가 없다.
+마찬가지로, 데이터베이스 전문가들이 웹 템플릿 작업에 대하여 알 이유도 없다.
 In short, when you have to deal with the non-standard things, Pylons makes a fabulous choice, and, let’s be honest, there’s almost always non-standard things you’re going to have to do.
-A Guide for the Impatient
+간단한 안내
-The best way to install Pylons isinside of a virtualenv. Create a new virtualenv
-for Jython and run easy_install:
+파일론을 설치하는 가장 좋은 방법은 virtualenv 안에 두는 것이다. 자이썬을 위한 새로운 virtualenv를 생성하고 easy_install을 실행한다.
-*Listing 15-1.*
+*예제 15-1.*
     > easy_install "Pylons==0.9.7"
     > paster create --template=pylons RosterTool
-After initiating this command, you’ll be prompted to enter information about your application.
-Let’s accept the defaults for everything by just hitting Enter at each prompt.
-After you’ve entered the default information, your application will be created.
-You will see a directory named the same as your application created within your current directory.
-Go into that directory and you will see a series of .py files along with a couple of other files.
-To configure your development environment, open up the development.ini file in a text editor.
-You will see that there are several parameters in the file that can be changed, including email_to for the site administrator’s email address, smtp_server if you wish to configure mail for application, and many more.
-For the purposes of this example, we’ll leave the default values in the configuration file and continue.
+이 명령을 초기화한 후에는, 애플리케이션에 대한 정보를 입력을 요구할 것이다.
+프롬프트마다 엔터를 입력하여 기본값을 사용하도록 하자.
+기본값을 입력하고 나면, 애플리케이션이 생성될 것이다.
+애플리케이션과 동일한 이름의 디렉토리가 현재 디렉토리 내에 생성된 것을 볼 수 있을 것이다.
+그 디렉토리로 가면 .py 파일들과 그 외의 파일 두 개가 보일 것이다.
+개발 환경을 설정하기 위하여, development.ini 파일을 텍스트 편집기로 열도록 하자.
+여러 매개변수가 있는데, email_to에서 관리자의 이메일 주소를 설정하며 , 메일 애플리케이션을 구성하고자 한다면 smtp_server를 설정하면 된다. 이 예제를 위하여, 설정 파일을 그대로 두고 진행하도록 하겠다.
 Next, launch the development server using the following command from within the application (*RosterTool)* directory: