EC-CUBE는 왜 심포니를 선택했는가?
3866 단어 심포니
Symfony Meetup Kansai #1
자기소개
EC-CUBE 버전
EC-CUBE3에 대해 이야기합니다.
2017년 10월경
Silex EOL 문제
EOL of #Silex is expected to be June 2018. #SymfonyCon #Symfony — null (@Ocramius) 2017년 11월 16일
12월~2월 정도로 심포니로 이식
— 아다치 토모히로 (@chihiro_adachi) htps // t. 코/조 5Y4szR0
<script async=""src="https://platform.twitter.com/widgets.js"/>
Symfony는 3.4.x를 채택
- 당시의 LTS였다
- 4의 LTS는 아직 4.0이 개발중이었던 것도 있어 배송
라라벨은 어때? 라는 목소리도 있었다.
- 3.0에서 사용자에게 상당한 부하를 가했다
- 학습 비용면, 기존 지식을 사용할 수 없게 되는 등
- 가능한 한 가까운 프레임 워크를 선택하고 싶었습니다.
Silex에서 Symfony로 마이그레이션하는 방법
- Hello World로 시작
- 플러그인의 메카니즘 만들기도 필요했기 때문에, 컨테이너의 코드 리딩이나 Bundle의 작성 방법도
- Silex에서 마이그레이션하는 방법은 #eccube에 요약되었습니다
컨테이너 컴파일 흐름
— 아다치 토모히로 (@chihiro_adachi) htps // t. 코/조 5Y4szR0
<script async=""src="https://platform.twitter.com/widgets.js"/>
Symfony는 3.4.x를 채택
- 당시의 LTS였다
- 4의 LTS는 아직 4.0이 개발중이었던 것도 있어 배송
라라벨은 어때? 라는 목소리도 있었다.
- 3.0에서 사용자에게 상당한 부하를 가했다
- 학습 비용면, 기존 지식을 사용할 수 없게 되는 등
- 가능한 한 가까운 프레임 워크를 선택하고 싶었습니다.
Silex에서 Symfony로 마이그레이션하는 방법
- Hello World로 시작
- 플러그인의 메카니즘 만들기도 필요했기 때문에, 컨테이너의 코드 리딩이나 Bundle의 작성 방법도
- Silex에서 마이그레이션하는 방법은 #eccube에 요약되었습니다
컨테이너 컴파일 흐름
- 3.0에서 사용자에게 상당한 부하를 가했다
- 학습 비용면, 기존 지식을 사용할 수 없게 되는 등
- 가능한 한 가까운 프레임 워크를 선택하고 싶었습니다.
Silex에서 Symfony로 마이그레이션하는 방법
- Hello World로 시작
- 플러그인의 메카니즘 만들기도 필요했기 때문에, 컨테이너의 코드 리딩이나 Bundle의 작성 방법도
- Silex에서 마이그레이션하는 방법은 #eccube에 요약되었습니다
컨테이너 컴파일 흐름
조금 광적인 자료도 있습니다.
Symfony의 좋은 점
- 후방 호환성 담보
- composer update를 정기적으로 사용하지만 거의 문제가되지 않습니다
- (가끔 EC-CUBE의 Travis-CI가 떨어질 수 있음)
- 안심하고 사용할 수 있고, 계획할 수 있다
Symfony의 좋은 점
- EC-CUBE 플러그인 메커니즘은 거의 Symfony 확장을 타고 있습니다.
- Event/WorkFlow/Auto Configure/Autowiring 등등
- 3.1의 프로토 타입 개발시는 상당히 독자적인 구현을 시도했다.
- 2018년 3월 8일
- 어노테이션에서 라우팅 설정 또는
Symfony의 좋은 점
- Silex 버전의 EC-CUBE와 비교하여 표준 상태 성능이 두 배로
- 정확하게는 Silex에서는 세밀한 튜닝이 필요했지만, Symfony에서는 prod 모드로 전환하는 것만으로 설정할 수 있게 되었다
심포니에서 힘들었던 곳
- 일본어 정보가. . . (당시)
- 지금은 「 여기 」가 나와서 기쁩니다!
고마워요
...- 모두가 보급하자!
Reference
이 문제에 관하여(EC-CUBE는 왜 심포니를 선택했는가?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/chihiro-adachi/items/d1293ec08a5d004fac32
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
- EC-CUBE 플러그인 메커니즘은 거의 Symfony 확장을 타고 있습니다.
- Event/WorkFlow/Auto Configure/Autowiring 등등
- 3.1의 프로토 타입 개발시는 상당히 독자적인 구현을 시도했다.
- 2018년 3월 8일
- 어노테이션에서 라우팅 설정 또는
Symfony의 좋은 점
- Silex 버전의 EC-CUBE와 비교하여 표준 상태 성능이 두 배로
- 정확하게는 Silex에서는 세밀한 튜닝이 필요했지만, Symfony에서는 prod 모드로 전환하는 것만으로 설정할 수 있게 되었다
심포니에서 힘들었던 곳
- 일본어 정보가. . . (당시)
- 지금은 「 여기 」가 나와서 기쁩니다!
고마워요
...- 모두가 보급하자!
Reference
이 문제에 관하여(EC-CUBE는 왜 심포니를 선택했는가?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/chihiro-adachi/items/d1293ec08a5d004fac32
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
- 일본어 정보가. . . (당시)
- 지금은 「 여기 」가 나와서 기쁩니다!
고마워요
...- 모두가 보급하자!
Reference
이 문제에 관하여(EC-CUBE는 왜 심포니를 선택했는가?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/chihiro-adachi/items/d1293ec08a5d004fac32
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
...
Reference
이 문제에 관하여(EC-CUBE는 왜 심포니를 선택했는가?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/chihiro-adachi/items/d1293ec08a5d004fac32텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)