튜플이 해결하도록 설계된 요구 사항은 무엇입니까?

튜플이 해결하도록 설계된 요구 사항은 무엇입니까?

---

튜플의 새로운 C # 기능을보고 있습니다. 궁금합니다. 튜플이 해결하도록 설계된 문제는 무엇입니까?

앱에서 튜플을 무엇에 사용 했습니까?

최신 정보

지금까지 답변 해주셔서 감사합니다. 마음에 똑바로있는 것이 있는지 살펴 보겠습니다. 튜플의 좋은 예가 좌표로 지적되었습니다. 이게 맞나요?

var coords = Tuple.Create(geoLat,geoLong);

그런 다음 튜플을 다음과 같이 사용하십시오.

var myLatlng = new google.maps.LatLng("+ coords.Item1 + ", "+ coords.Item2 + ");

그 맞습니까?

---

프로그램을 작성할 때 클래스 작성을 정당화하기에 충분한 공통성이없는 값 세트를 논리적으로 그룹화하는 것이 매우 일반적입니다.

많은 프로그래밍 언어를 사용하면 한 가지 방법으로 만 유형을 만들지 않고도 관련없는 값 집합을 논리적으로 그룹화 할 수 있습니다.

void M(int foo, string bar, double blah)

논리적으로 이것은 int, string, double의 3- 튜플 인 하나의 인수를 취하는 메소드 M과 정확히 동일합니다. 그러나 나는 당신이 실제로 만들지 않기를 바랍니다.

class MArguments
{
   public int Foo { get; private set; } 
   ... etc

MArguments가 비즈니스 로직에서 다른 의미를 가지지 않는 한.

"클래스보다 가벼운 일부 구조에서 관련이없는 데이터 묶음 그룹화"개념은 공식 매개 변수 목록뿐만 아니라 여러 곳에서 유용합니다. 메서드에 반환 할 두 가지 항목이 있거나 하나가 아닌 두 데이터로 사전에 키를 지정하려는 경우 등에 유용합니다.

튜플 형식을 지원하는 F #과 같은 언어는 기본적으로 사용자에게 상당한 유연성을 제공합니다. 매우 유용한 데이터 유형 집합입니다. BCL 팀은 F # 팀과 협력하여 모든 언어가 이점을 얻을 수 있도록 프레임 워크에 대해 하나의 튜플 유형을 표준화하기로 결정했습니다.

그러나 현재 C #에서는 튜플에 대한 언어 지원 이 없습니다 . 튜플은 다른 프레임 워크 클래스와 같은 또 다른 데이터 유형입니다. 그들에게는 특별한 것이 없습니다. 가상의 향후 버전 C #에서 튜플에 대한 더 나은 지원을 추가하는 것을 고려하고 있습니다. 여러분이보고 싶은 튜플과 관련된 어떤 기능에 대해 생각하는 사람이 있으면 디자인 팀에 전달해 드리겠습니다. 현실적인 시나리오는 이론적 인 생각보다 더 설득력이 있습니다.

---

튜플은 컬렉션의 변경 불가능한 구현을 제공합니다.

튜플의 일반적인 사용을 제외하고 :

• 클래스를 만들지 않고도 공통 값을 그룹화
• 함수 / 메소드에서 여러 값을 반환하려면
• 기타...

변경 불가능한 객체는 본질적으로 스레드로부터 안전합니다.

불변 개체는 다중 스레드 응용 프로그램에서 유용 할 수 있습니다. 여러 스레드는 다른 스레드에 의해 변경되는 데이터에 대한 걱정없이 불변 객체가 나타내는 데이터에 대해 작동 할 수 있습니다. 따라서 변경 불가능한 객체는 변경 가능한 객체보다 스레드 안전성이 더 높은 것으로 간주됩니다.

에서 "불변의 객체" 위키 피 디아에

---

그것은에 대한 대안을 제공 ref하거나 out당신이 방법이있는 경우의 요구는 응답의 일환으로 여러 새 개체를 반환 할 수있다.

또한 2 개 또는 3 개의 기존 유형을 매시업하고이 조합에 대해서만 클래스 / 구조체를 추가 할 필요가없는 경우 기본 제공 유형을 반환 유형으로 사용할 수 있습니다. (함수가 익명 유형을 반환 할 수 있기를 원하십니까? 이것은 그 상황에 대한 부분적인 대답입니다.)

---

메서드에서 두 개의 값을 반환하는 것과 같은 빠른 상황에서 사용되는 "쌍"유형을 갖는 것이 종종 도움이됩니다. 튜플은 F #과 같은 기능적 언어의 핵심 부분이며 C #은이를 선택했습니다.

---

함수에서 두 값을 반환하는 데 매우 유용합니다.

---

개인적으로 튜플은 조사주기에 있거나 단순히 "연주"할 때 개발의 반복적 인 부분이라는 것을 알게되었습니다. 튜플은 제네릭이기 때문에 제네릭 매개 변수로 작업 할 때 생각하는 경향이 있습니다. 특히 제네릭 코드를 개발하고 싶을 때 "이 호출을 어떻게하면 좋을까요?"라고 스스로에게 묻지 않고 코드 끝에서 시작합니다. 보려고? ".

나는 Tuple이 형성하는 컬렉션이 목록의 일부가되고 List>를 쳐다 보는 것이 실제로 목록의 의도 나 작동 방식을 표현하지 않는다는 것을 자주 깨닫습니다. 나는 종종 그것으로 "살고"있지만, 목록을 조작하고 값을 변경하고 싶다는 생각이 든다.이 시점에서 나는 그것을 위해 반드시 새로운 튜플을 만들고 싶지는 않다. 그래서 나는 내 자신의 클래스 나 구조체를 만들어야한다. 조작 코드를 추가 할 수 있습니다.

물론 확장 메서드는 항상 있습니다.하지만 추가 코드를 일반 구현으로 확장하고 싶지는 않습니다.

데이터를 튜플로 표현하고 싶은데 튜플을 사용할 수없는 경우가있었습니다. (VS2008)이 경우 저는 방금 Tuple 클래스를 만들었으며 스레드로부터 안전하게 만들지 않습니다 (불변).

그래서 나는 Tuples가 목적을 설명하는 유형 이름을 잃어 버리는 대신 게으른 프로그래밍이라고 생각합니다. 다른 비용은 매개 변수로 사용되는 튜플의 서명을 선언해야한다는 것입니다. 부풀어 보이기 시작하는 여러 메서드 후에는 메서드 서명을 정리할 때 클래스를 만드는 것이 가치가 있다고 느낄 수 있습니다.

저는 클래스를 이미 작업중인 클래스의 공용 멤버로 지정하는 것으로 시작하는 경향이 있습니다. 그러나 단순히 값 모음을 넘어서 확장되는 순간 자체 파일을 가져 와서 포함하는 클래스 밖으로 이동합니다.

그래서 돌이켜 보면 저는 수업을 시작하고 작성하고 싶지 않을 때 튜플을 사용한다고 믿습니다. 그리고 지금 제가 쓰고있는 것에 대해 생각하고 싶습니다. 즉, Tuple의 서명이 30 분 동안 텍스트에서 상당히 많이 변경 될 수 있으며이 메서드에 필요한 데이터가 무엇인지, 그리고 반환 할 값을 어떻게 반환하는지 파악합니다.

코드를 리팩토링 할 기회가 생기면 종종 그 안에 튜플의 위치에 대해 질문을 할 것입니다.

---

2010 년 이후의 오래된 질문, 그리고 2017 년에는 닷넷이 변화하고 더 똑똑해졌습니다.

C# 7 introduces language support for tuples, which enables semantic names for the fields of a tuple using new, more efficient tuple types.

In vs 2017 and .Net 4.7 (or installing nuget package System.ValueTuple), you can create/use a tuple in a very efficient and simple way:

     var person = (Id:"123", Name:"john"); //create tuble with two items
     Console.WriteLine($"{person.Id} name:{person.Name}") //access its fields

Returning more than one value from a method:

    public (double sum, double average) ComputeSumAndAverage(List<double> list)
    {
       var sum= list.Sum();
        var average = sum/list.Count;
        return (sum, average);
    }

    How to use:

        var list=new List<double>{1,2,3};
        var result = ComputeSumAndAverage(list);
        Console.WriteLine($"Sum={result.sum} Average={result.average}");    

For more details read: https://docs.microsoft.com/en-us/dotnet/csharp/tuples

---

A Tuple is often used to return multiple values from functions when you don’t want to create a specific type. If you're familiar with Python, Python has had this for a long time.

---

Returning more than one value from a function. getCoordinates() isn't very useful if it just returns x or y or z, but making a full class and object to hold three ints also seems pretty heavyweight.

---

A common use might be to avoid creating classes/structs that only contains 2 fields, instead you create a Tuple (or a KeyValuePair for now). Usefull as a return value, avoid passing N out params...

---

I find the KeyValuePair refreshing in C# to iterate over the key value pairs in a Dictionary.

---

Its really helpful while returning values from functions. We can have multiple values back and this is quite a saver in some scenarios.

---

I stumbled upon this performance benchmark between Tuples and Key-Value pairs and probably you will find it interesting. In summary it says that Tuple has advantage because it is a class, therefore it is stored in the heap and not in the stack and when passed around as argument its pointer is the only thing that is going. But KeyValuePair is a structs so it is faster to allocate but it is slower when used.

http://www.dotnetperls.com/tuple-keyvaluepair

참고URL : https://stackoverflow.com/questions/3089706/what-requirement-was-the-tuple-designed-to-solve