Opa을 살펴볼 것을 고려 중입니다. 웹 애플리케이션을 빌드하는 일반적인 방법에 익숙하지만 프로젝트는 매우 흥미롭고 클라이언트 - 서버 통신을 자동으로 처리하는 것이 더할 나위없이 좋습니다.Opa 보안 및 버그 수정
유일한 관심사는 보안에 관한 것입니다. 새로운 유형의 공격이나 취약점이 발견되면 대개 예방 조치를 취할 수 있습니다. Opa 애플리케이션을 개발하면 어떻게 될까요?
MLState는 버그와 보안 픽스를 추가하기 위해 매우 promtply 반응을 보일 것입니다 만,이 보증은 충분한가요? 이 회사는 거대하지 않으며 다른 것들에 대한 압력을받을 수도 있습니다.
Opa 프로젝트는 보안 버그를 스스로 패치 할 수 있도록 충분히 유연합니까?
내가 예상 한 바 있지만 최적이 아닙니다. Django가 프레임 워크에서 버그를 발견하면 Django는 Python으로 작성 되었기 때문에 수정본을 게시 할 수 있습니다.이 코드는 응용 프로그램을 작성하는 데 사용하는 것과 매우 똑같습니다. Opa에서 버그 수정은 익숙하지 않은 OCaml과 응용 프로그램 수준이 아닌 컴파일러에서 작업하는 것을 의미합니다. 그래서 훨씬 더 복잡합니다. – Andrea
나는 그것이 나쁘다고 생각하지 않는다. 많은 Opa 기능이 Opa에서 구현됩니다 (예 : stdlib). 특히 웹 프레임 워크에서 제공하는 것들 (Django)은 거의 독점적으로 표준 라이브러리에 포함되어 있으며 FFI (JavaScript)를 통해 부분적으로 액세스됩니다. 컴파일러 수준의 수정만으로 Ocaml을 수정해야하며 Opa의 일부는 stdlib보다 안정적입니다. – akoprowski
알기 쉽고 안심할 수 있습니다 .-). 대단히 감사합니다. – Andrea