.Net Framework가 너무 큽니까?

WPF와 같은 새로운 기능이 등장 할 때마다 .Net Framework에 추가됩니다. 클라이언트 컴퓨터의 디스크 공간에 대해 걱정하지 않습니까? 해야합니까?.Net Framework가 너무 큽니까?

2010-07-09 Jouke van der Maas

.NET 4에는이를위한 '클라이언트 프로파일'이 잘려 있습니다. 그러나 그것은 OS의 발자국의 일부분이며 실제로 그렇게 큰 것이 아닙니다. – Rup

나는 그것에 관하여 - 그러나 조금을 고민한다. 저장 공간은 요즘 매우 싸고, 백업 할 중복 저장 장치를 구입할만큼 저렴한 오늘날에는 "부풀어 오름"으로 인한 비용이 듭니다.

물건이 많아지면 RAM을 사용하면서 더 많은 양을로드해야하지만 디스크에서 읽고 디스크를 메모리 버스로 전달하는 데 더 많은 시간이 걸립니다. RAM이 사용됨에 따라 디스크에서 읽은 데이터의 일부가 스왑 아웃되어 더 많은 시간을 쓰고 나중에 다시 읽고 싶을 때 더 많은 시간을 읽습니다! 컴퓨터를 사용하려고 할 때 속도 저하, 디스크 연삭 및 손가락 두드리기의 악순환입니다. (Resharper와 같은 몇 가지 플러그인을 사용하여 Outlook이나 Visual Studio와 같은 예제를 보면 무슨 뜻인지 알 수 있습니다.)

개별적으로 큰 문제는 아니지만 "디스크 공간/RAM이 저렴하므로 좋아하는만큼 사용하십시오"라는 생각은 좋지 않습니다. 앱의 부풀어 오름에 대해 걱정해야하며 귀하의 애플 리케이션을보다 효율적이고 따라서 더 반응.

물론 이것은 랩톱에 대해 두 번 적용됩니다. 넷북 용 트리플, 모바일 용 5 배.

아마 우리는 결국 디스크 공간에 대해 걱정해야합니다!

출처

2010-07-09 10:57:32 gbjbaanb

고음? 진심으로? –

tribble? 분명히, 지금 고정 :) – gbjbaanb

아니요. 디스크 공간은 요즘 컴퓨터의 가장 저렴한 구성 요소 일 것입니다 ($/MB 단위).

출처

2010-07-09 10:51:31 Piskvor

.Net에서의 경험에 따르면 클라이언트의 컴퓨터에 .Net의 크기와 관련된 문제가있는 경우 프로그램이 작동하는 것보다 걱정할 수있는 더 심각한 문제가있을 수 있습니다.

대부분의 최신 버전의 Windows는 .Net을 기본적으로 설치하거나 서비스 팩으로 설치하므로 걱정할 필요가 거의 없습니다.

마지막으로, ASP.Net 개발자 인 경우 .Net 프레임 워크 폴더는 생성 된 "Temporary ASP.Net 파일"폴더에 의해 다소 부 풀릴 것이므로 사용자에게는 다소 작을 것입니다 .

출처

2010-07-09 10:52:10

예. 무심코 "언젠가는 이론적으로 유용 할 수 있기 때문에"코드를 포함하면 코드가 부풀어 오르고 비효율적입니다.

출처

2010-07-09 10:52:36 Piskvor

아무것도, .NET 프레임 워크가 작아지고있는 경우, .NET 3.5, 정말로 큰 (200 + MB) 당신이 여기

는 클라이언트 프로파일 29메가바이트을 사용할 수 있다는 사실을 신경 쓸 48메가바이트에서 작은 그물 a link to a post by Hanselman에 관하여 .net 4 fm 크기 및 관련 정보

출처

2010-07-09 10:53:12 roundcrisis

아니요. 대상을 .NET으로 지정하려는 경우 크기를 허용해야합니다. 그렇다면 그 이유는 무엇입니까? 더 중요한 것은 사용자가 정확한 버전을 갖고 원활한 설치가 이루어져 많은 사용자 상호 작용이 필요하지 않다는 것입니다. 비 기술 사용자는 .NET에 대해 모르고 신경을 쓰지 않고 응용 프로그램 만 사용하려고합니다. 그래서 그들을 기다리게하는 것은 부정적으로 보일 것입니다.

출처

2010-07-09 11:12:07

.Net Framework가 너무 큽니까?

답변

관련 문제