PRADO 사용자가 많이 있나요?[닫은]

Question

만든 후 몇 가지 의견, 저는 PHP MVC 프레임워크에 대한 피드백을 얻기 위해 영감을 받았습니다. 프라도.나는 그것을 1년 넘게 사용해왔고 작업하는 것이 매우 즐거웠지만 스택 오버플로 전체에서 다음과 같은 언급이 없는 것 같습니다. 심포니 또는 케이크PHP 프레임워크의 잠재적 후보로 거론되고 있습니다.

지금 PRADO를 사용하여 Stack Overflow를 사용하는 사람이 있나요?그렇다면 어떻게 찾나요?과거에 사용했다가 남겨둔 사람이 있습니까? 그렇다면 그 이유는 무엇입니까?Cake나 Symfony에 비해 강점과 약점을 평가할 수 있는 사람이 있나요?

Answer 1

처음 PRADO를 접했을 때 약 10일 동안 사용하면서 계속해서 다음과 같이 중얼거렸습니다."이 프레임워크는 정말 놀랍습니다!"몇 달 후 저는 고객이 PRADO를 사용하기로 선택한 대규모 프로젝트에 참여하기 시작했습니다.그리고 지옥이 시작됐다...PRADO의 기본 구성 요소를 계속 사용하는 한 모든 것이 완벽했고 개발도 빨랐습니다.그러나 고객이 즉시 사용 가능한 것을 원하자마자 우리는 다른 프레임워크를 사용했을 때보다 말 그대로 2~3배의 시간을 소비했습니다.그리고 저는 대규모 사용자 정의에 대해 말하는 것이 아닙니다.PRADO 프레임워크는 애플리케이션이 특정 구조와 워크플로우를 갖도록 강제합니다.해당 논리가 작동하지 않으면 다른 프레임워크를 확인하세요.

Answer 2

나는 PRADO를 사용해 본 적이 있지만 포스트백 지옥에 빠지게 된다면 처음에 만들어진 플랫폼인 .NET에서 하는 편이 낫다고 느꼈습니다. PRADO는 블로그 등에서 상대적으로 "말해지지 않습니다".그래도 왜 그런지는 모르겠습니다.

Answer 3

활성 컨트롤이 매우 매끄럽다는 것을 알았습니다.모든 종류의 ajax 작업을 정말 쉽게 수행할 수 있습니다.안타깝게도 약간 다른 작업을 수행해야 할 경우 매우 난독화되고 무슨 일이 일어나고 있는지 파악하기가 어렵습니다.나는 종종 간단하고 훌륭하게 작동하는 것을 얻었고 작은 추가 요구 사항으로 인해 모든 것을 분해하고 훨씬 더 복잡한 솔루션을 찾아야 한다고 느꼈습니다.

Answer 4

프라도는 이제 죽었습니다.또한 문서가 열악합니다.

Answer 5

내 생각에 Prado는 이해하기 다소 어려운 이벤트 중심 프레임워크이기 때문에 실제로 인기를 얻지 못했다고 생각합니다.특히 절차적인 배경을 갖고 있는 많은 PHP 개발자의 경우 더욱 그렇습니다.

Answer 6

QCodo를 실행하지 않았다면 PRADO를 프레임워크로 선택했을 것입니다.나는 이벤트 중심 접근 방식을 좋아합니다. QCodo가 나에게 더 적합합니다.

Answer 7

우리는 4년 전부터 PRADO 프레임워크를 사용하고 있습니다.우리는 6천만 개가 넘는 기록을 포함하는 Oraracle 및 MySql 데이터베이스를 사용하여 전자 정부를 위한 대규모(4000개 이상의 프로그램) 웹 앱을 개발하고 있습니다.개발을 위한 인프라로 우리는 프로젝트 제어를 위한 자체 도구인 SVN+TRAC+와 클라이언트 도구로 tortoiseSVN이 포함된 phpEdit를 사용합니다.현재 우리는 Yii로 변경하는 것을 고려하고 있습니다.