문제

웹 프레임 워크에 대한 나의 경험은 그들이 "불안정한"상대적이라는 것이었다. 그들이 충돌하는 것이 아니라 하나의 코드를 재 프로그래밍하도록하는 몇 가지 변경 사항이 있습니다. 어떤 웹 개발 패키지를 사용했는지, 그리고 해당 코드를 유지하는 것이 얼마나 많은 일을 했습니까?

도움이 되었습니까?

해결책

"변화는 요구 사항의 일부입니다."

나는 우리가 디자인하는 웹 패키지가 많이 바뀌고 있다고 생각하지 않습니다. 그것이 바뀌면, 그것은 나쁜 디자인입니다. 우리가 외부 API를 사용하는 경우, 매우 소수의 감가 상각이 더 이상 사용되지 않습니다. 그렇지 않으면 대부분 동일합니다.

Java/J2EE 프로그래머로 사용되는 일부 패키지 : -MVC- Struts- 몇 가지 Ajax 프레임 워크

이것들은 매우 기본적인 사용입니다. 다른 대부분은 자체 개발이며 웹 패키지의 디자인이 완료되면 디자인을 변경하지 않습니다.

다른 팁

적극적인 개발중인 모든 라이브러리는 불안정합니다. 예를 들어 .NET을보십시오. 매달 오래된 일을하는 새로운 더 나은 방법이 있습니다. 반면에 오픈 소스 라이브러리는 코드가 더 좋게 만들기 때문에 오래된 더 이상 사용되지 않은 방법을 버리는 경향이 있습니다.

그러나 나는 어쨌든 오래되고 지원되지 않은 것을 사용하는 것을 권장하지 않을 것입니다. 환경이 완전히 안정적이지만 스스로있을 것입니다.

가능한 가장 좋은 방법은 사용을 시작한 라이브러리 버전을 동결하고 새 제품으로 전환하는 것입니다. 그렇게하는 데 큰 이점이 있습니다. 적어도 모든 사람이 그렇게하는 방식입니다.

.NET 및 JQuery와 같은 프레임 워크는 크게 뒤로 호환되었으며 새로운 기능을 천천히 사용할 수 있습니다.

그러나 Mootools는 ... API는 1.11에서 1.2에서 1.3까지 많은 것들을 깨뜨 렸습니다. 이 경우 업그레이드는 간단하지 않았습니다.

원칙적으로, 나는 생산 코드로 수용하기 전에 베타에서 벗어날 때까지 기다리려고 노력합니다. Microsoft는 JQuery를 클라이언트 측 프레임 워크의 우승자라고 불렀기 때문에 승인도 먼 길을 갈 수 있습니다.

내 경험의 대부분은 Ruby on Rails에 대한 것이므로 지난 몇 년 동안 내가 본 것을 공유하겠습니다.

Rails는 꽤 좋은 클립으로 업데이트되지만 기능이나 희귀 보안 패치가 필요하지 않으면 업데이트 할 필요는 없습니다. 예를 들어, 저는 약 2.5 년 전에 코딩 된 Rails 앱을 실행중인 Rails 앱을 실행중인 Rails 앱이 약 2.5 년 전에 코딩되어 올해 한 번만 작업을 수행해야했습니다. 원래 Rails 1.2에 대해 작성되었습니다. 물론 보안 요구 사항이없는 인트라넷 앱이었습니다. 대체로, 그것은 꽤 고통스럽지 않았습니다. Mongrel + Mod_proxy를 계속 사용했다면 보안 패치를 위해 한 번만 업데이트 할 필요는 없었을 것입니다.

Rails는 매우 안전하며 취약점은 상당히 멀리 있습니다. 메모리가 제대로 제공되는 경우 Rails 취약점보다 Ruby 취약점이 몇 개 더 있었지만, 특히 보안 수정을 백 포트하는 배포판을 사용하는 경우 Ruby를 업그레이드하는 것은 레일을 깨지 않아야합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top