some comments을 만든 후에 나는 PHP MVC 프레임 워크 PRADO에 대한 피드백을 얻으려고 영감을 받았습니다. 나는 그것을 1 년 넘게 사용 해왔다. 그리고 나는 그것으로 작업하는 것을 매우 즐겼다. 그러나 Stack Overflow를 통해 symfony 또는 CakePHP이 잠재적 인 후보자로 언급 될 때 언급하지 않는 것으로 보인다. 프레임 워크의 경우.많은 PRADO 사용자가 있습니까?
이제 PRADO를 사용하여 스택 오버플로를 사용하는 사람이 있습니까? 그렇다면 어떻게 찾을 수 있습니까? 누군가 그것을 과거에 사용 했었지만 뒤에 남겨 뒀 는가? 그렇다면 왜? 누구나 Cake 나 symfony에 대한 강점과 약점을 평가할 수 있습니까?
PRADO를 처음 보았을 때 나는 그것을 사용하여 약 10 일을 보냈으며 나에게 계속 말했습니다. "이 프레임 워크는 훌륭합니다!". 몇 달 후, 고객이 PRADO를 사용하기로 결정한 큰 프로젝트를 시작했습니다 ... 그리고 지옥이 시작되었습니다 ... PRADO의 기본 구성 요소를 계속 사용하는 한 모든 것이 완벽했으며 개발이 빠릅니다. 그러나 고객이 즉시 사용하기를 원하는대로 우리는 문자 그대로 다른 프레임 워크로 2 ~ 3 배의 시간을 보냈습니다. 그리고 나는 큰 커스터마이징에 대해서 말하고있는 것이 아닙니다. PRADO 프레임 워크는 응용 프로그램이 특정 구조와 워크 플로우를 갖도록합니다. 그 논리가 작동하지 않는다면 다른 프레임 워크를 확인하십시오.
나는 PRADO와 함께 연주 했었지만, 필자가 포스트 백 지옥에 강제로 들어가게된다면 처음에는 .NET 용 플랫폼으로 만들 수 있다고 느꼈다. , 다른 그때 PRADO는 blogs에 관하여 상대적으로 "비평되지 않는다". 나는 왜 그런지 정말로 모른다.
지옥 같은 것을 알 수있는 포스트 백 (back-backs)은 무엇이며 어떤 대안을 알고 있습니까? 나는 PRADO와 .NET에서 일했던 시점에서 포스트 - 백 (post-backs)이 매우 어색하다는 것을 알았지 만, 어떤 alterant도 실제로 알지 못했다. – Shabbyrobe
나는 이벤트 드리븐 프레임 워크이기 때문에 Prado가 실제로 잡히지 않았다고 생각하는데, 이는 머리를 감싸기가 약간 어렵다. 특히 더 많은 절차 적 배경에서 오는 많은 PHP 개발자에게 특히 그렇습니다.
QCodo를 실행하지 않은 경우 PRADO가 프레임 워크를 선택했을 것입니다. 저는 이벤트 중심 접근법을 좋아합니다 - QCodo는 저에게 더 어울립니다.
나도 QCodo를 사용하고 그것을 좋아한다. 그것은 QCubed입니다 (http://qcu.be) 포크는 현재 적극적으로 개발되고 있습니다. –
적극적으로 개발 된 포크가 있다는 것을 알고 기쁜 마음으로 - 나는 그것에 희망을 포기하기 시작했습니다. –
활성 컨트롤이 꽤 매끈하다는 것을 알았습니다. 모든 종류의 아약스를 정말 쉽게 해줍니다. 불행히도, 약간 다른 것을 할 필요가있을 때, 꽤 난독 화되었고, 무엇이 일어나는지 알아 내기가 어렵습니다. 나는 종종 단순하고 위대한 일을하는 것처럼 느껴졌습니다. 그리고 나서 하나의 작은 추가적인 요구는 저에게 모든 것을 찢어지게하고 훨씬 더 복잡한 해결책을 제시하도록 요구할 것입니다.
우리는 4 년 이래로 PRADO 프레임 워크를 사용하고 있습니다. 우리는 60 밀론 이상의 레코드를 포함하는 Oraracle 및 MySql 데이터베이스를 사용하여 전자 정부를위한 거대한 (+4000 개의 프로그램) 웹 응용 프로그램을 개발 중입니다. 개발을위한 인프라로서 SVN + TRAC + 프로젝트 제어를위한 자체 도구와 클라이언트 도구로 tortoiseSVN이있는 phpEdit을 사용합니다. 현재 우리는 Yii로 변경하려고 생각하고 있습니다.
프라도가 죽었습니다. 또한 설명서가 좋지 않습니다.
그것은 죽은 framework를 위해 위대함을하고있다 :) –
이것은 결국 정확한 경험이었습니다. 그것은 잠시 동안 좋았고, 악몽이되었습니다. 1 년 전에이 질문에 답해 주셨으면합니다. 나에게 공포의 몇 달을 구했을 까?) – Shabbyrobe