Symfony2 사용 경험을 알려주세요.

Question

선배님들의 Symfony2 사용 경험을 좀 알려주실 수 있나요? 방금 Symfony2를 배웠는데, 두 가지 질문이 있습니다. 1. 심포니2를 배울 때 꼭 배워야 할 것도 있고, 별로 쓸모가 없는 것도 있는 선배님들의 경험담을 듣고 싶습니다. 2. Symfony2 설치 후 주로 어떤 번들을 설치하여 사용하시나요? 감사합니다

Answer 1

1. Symfony 2 컴포넌트는 분해해서 사용할 수 있습니다. (zend2 등은 이렇고, Composer의 혜택을 받습니다.)
2. 각 번들은 작곡가를 통해서도 사용 가능합니다

그래서 필요한 것은 무엇이든 사용하는 것이 좋습니다.

또한 Symfony 2는 다음 기준을 충족하는 개인이나 팀에게만 권장됩니다.

1. 객체 지향 설계 수행
2. 다자간 협업(더 많은 인원은 포함되지 않음)
3. 개발-테스트-배포 과정에서 스크립트 또는 지속적인 통합이 구현됩니다
4. 공통의 언어를 찾고 큰 분위기에 통합되는 데 관심이 있음
5. 마지막으로, 영어를 할 필요는 없지만 적어도 영어를 배울 계획이 있다면

Answer 2

1. Symfony2 규모의 프레임워크에는 어떻게 지름길이 있을 수 있나요? 그 위치는 느슨하게 결합되어 확장이 용이해야 하는데 이는 쉬운 작업이 아닙니다. sf2는 번들 배포를 달성하기 위해 구성 시스템(다양한 의미론적 YML 구성을 배열로 변환할 수 있음)과 서비스 컨테이너 개념에 의존합니다. 따라서 유연하고 강력한 확장 아키텍처는 말처럼 간단하지 않으며 사용 장벽이 있습니다. 다양한 종속성에 대한 특수 주입을 구현하려면 컴파일러 패스를 사용해야 합니다. 그리고 이것이 다른 PHP 프레임워크가 SF2를 능가하기 어려운 주요 이유입니다.

symfony2에서는 이론과 실습이 똑같이 중요합니다. 일반적으로 1년 안에 시작하기 어렵고 시작하는 데 2~3년이 걸립니다. 그리고 영어도 필수이고, 등반도 필수입니다.

현재 Symfony2는 뛰어난 성능으로 인해 zend Framework3를 다시 패키징하고 다시 실행해야 했습니다. 따라서 최신 PHP 개발을 제대로 이해하려면 sf2 구성 요소의 커널/httpkernel이 최하위 계층, 즉 http, 요청 및 응답의 관점에서 어떻게 작동하는지 이해해야 합니다. 그런 다음 다른 구성 요소와 기능을 살펴보세요. 그 중에서도 "event" 컴포넌트는 매우 중요하며, event_dispatcher는 SF2의 영혼이기도 합니다. 공식 2.6 버전 PDF를 모두 다운로드하세요. 각 PDF는 400페이지이며 약 30개의 구성 요소를 포함하고 있으며, 400페이지의 교리와 160페이지의 나뭇가지를 포함하여 그 중 어느 것도 건너뛸 수 없습니다. 1페이지 인쇄소를 찾아 언제든지 참고할 수 있도록 모두 인쇄하여 제본하는 것이 가장 좋습니다.

하지만 2.7 버전에서는 과거와 다음을 연결하는 연결고리이자 3.0과 직접 연결된다는 점에서 큰 변화가 있습니다. 그래도 완전히 마스터하려면 2.6이 필요합니다. 2.7/2.8은 이전 버전과 호환되며 오랫동안 유지 관리되므로 더 높은 버전과 호환되지 않습니다.

symfony2를 사용하여 개발할 수 있다면 귀하의 프로젝트는 자연스럽게 최고가 될 것입니다. 적어도 다른 웹 개발 언어의 프레임워크를 부러워할 필요는 없습니다. Symfony2는 작업을 매우 빠르게 생성하며 페이지 자체를 사용자 정의하고 확장할 수 있습니다. 양식 링크든 회원 링크(즉, 개발 시 피할 수 없는 보안 확인/역할 권한 부여)든 둘 다 자동화할 수 있으며 정말 매우 간단하고 많은 주의가 필요하지 않습니다(물론 원칙은 그렇습니다). sf2-form 및 sf2-security는 예, 변환이나 유권자와 같은 많은 개념을 마스터해야 합니다. 예를 들어 ORM을 사용하는 많은 것들이 실제로 전통적인 웹 개발과 다르다면 Django의 Admin은 믿을 수 없을 정도로 강력한 Symfony2에 더 완벽한 솔루션을 가지고 있습니다.

2. 모두 설치하려면 knpbundles.com 첫 페이지의 처음 10개 항목이 사용됩니다. 다른 것들도 많이 있습니다. 왜냐하면 심포니 철학에서는 단순히 바퀴를 발명할 수 없기 때문입니다. 예를 들어, Guzzle, Geshi, Geocoder 등과 같은 타사 패키지는 선의를 가진 사람들이 번들로 패키징할 필요가 없습니다. 어떤 라이브러리(또는 Zend2에서 가장 좋아하는 라이브러리라도)를 그대로 Vender에 넣고 사용할 수 있습니다. Symfony2에서 제공하는 자동 로딩 기능으로 바로 사용 가능합니다. Google 지도, fckeditor, Markdown 등과 같은 일반적인 도구는 이미 번들로 패키지되어 있으며 Composer에서 직접 다운로드할 수 있습니다.

작곡가라고 하면, 작곡가의 탄생을 이끈 것은 심포니2의 엄격한 요구였다는 점을 모두가 이해해야 합니다. 그러나 sf2 설치 자체에서는 더 이상 작곡가를 사용하지 않으며 번들에서만 이를 사용합니다. Composer.phar의 핵심은 Symfony2의 콘솔 구성 요소입니다.

위 내용에 대해 추가 설명: 제가 이해한 바에 따르면 SF2는 두 가지 방식으로 플레이할 수 있습니다. 하나는 소수의 엘리트가 대규모 웹사이트를 만드는 것이고, 다른 하나는 대규모 팀이 놀라운 웹사이트를 만드는 것입니다. 웹 제품. sf2가 강력한 이유는 웹사이트 이외의 "고급 인터넷 제품"을 개발할 수 있기 때문입니다. 그 중 하나), 그리고 SF2의 경우 웹사이트를 만드는 데 너무 많은 사람이 필요하지 않습니다. 기본 캡슐화와 프레임워크의 편리함은 물론 전례 없는 확장 기능과 사용자 정의 기능을 갖춘 두 번째 파티(심포니 프로젝트의 많은 영혼은 자신의 고유한 기능을 가지고 있습니다.) 번들)(예: FOS, KNP, stof, JMS, sonata 및 기타 전문가) 및 타사 번들(세계적 수준의 PHP 프로그래머)이 프로젝트의 품질을 보장할 수 있습니다.

어려운 점은 프레임워크를 이해하고 운영할 수 있는 능력이 있는지 여부입니다. sf2(주로 DIC, EVENT, FORM, SECURITY)를 알고 계시다면 이 4가지에 능숙하셔야 하며, 개발 과정에서 Annotation을 사용하면 전체 코드량을 줄이고 컨트롤러 등의 PHP 파일에서 전환하는 횟수를 줄일 수 있습니다. yml 파일로), thinkphp3를 다시 보면 이전 세대에 비해 tp3의 발전에 감탄하게 될 것이고, think의 기본 코드를 보면 "정말로 매우 간단하다"는 것을 느낄 것입니다. SF2를 시작할 수 없다면 tp3를 계속 사용할 수 있습니다. 왜냐하면 거창한 것을 추구하는 대신 프로젝트를 완료하고 싶기 때문입니다.