Autofixture: 네임스페이스 해방

자세히 설명해 주시겠습니까?

using AutoFixture; 보다 using Ploeh.AutoFixture; using AutoFixture; 만 있으면 더 좋을 것입니다.

2016-03-03 22:34 GMT+01:00 Nikos Baxevanis [email protected] :

자세히 설명해 주시겠습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

플로에 부분은 개인전때의 잔재인듯
취미 프로젝트든 단순한 개념 증명이든 실험이든…
더 이상.

프로젝트가 더 많은 견인력을 얻을 때(다음과 같이 일어날 것 같은
.NET 세계는 점점 더 DI 쪽으로 이끌리고 있습니다.)
일부 AutoFixture 재단이 소유하도록 프로젝트를 이동합니다.

그러나 그것은 물론 완전히 다른 문제입니다.

2016-03-03 22:37 GMT+01:00 Björn Göransson bjorn.a. [email protected] :

using AutoFixture; 보다 using Ploeh.AutoFixture; using AutoFixture; 만 있으면 더 좋을 것입니다.

2016-03-03 22:34 GMT+01:00 Nikos Baxevanis [email protected] :

자세히 설명해 주시겠습니까?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -191973353
.

이 제안에 대한 기술적 동기가 있다면 정정해 주십시오. 하지만 제가 이것을 올바르게 이해했다면 대부분 인식에 관한 것입니다.

내가 게시하는 대부분의 코드에 _Ploeh_ 부분을 추가한 것이 맞습니다. AutoFixture는 실제로 개인 프로젝트로 시작했습니다.

AutoFixture에서 모든 네임스페이스를 변경하는 것은 주요 변경 사항이므로 AutoFixture 3에서는 할 수 없지만 AutoFixture 4에서는 고려할 수 있습니다.

사람들은 이 제안에 대해 어떻게 생각합니까? /cc @moodmosaic @ecampidoglio @adamchester

저는 autofixture의 사용자일 뿐이며 변경할 이유가 없습니다. Ploeh 블로그에는 유용한 정보가 많이 있습니다 :)

새로운 사용자의 관점에서는 다소 이해가 되지만 솔직히 문제가 되지는 않습니다. 네임스페이스 가져오기는 일반적으로 IDE에서 자동으로 수행됩니다.

수입품에 별칭을 붙이십시오!

_Ploeh_가 네임스페이스의 일부인 데 문제가 있다고 생각하지 않습니다.

결국, _Ploeh_를 볼 때 나는 그것이 좋은 것과 좋은 품질에 관한 것임을 압니다.

_Ploeh.AutoFixture_로 유지하겠습니다.

나는 괜찮다고 생각한다. 공개 "브랜드"는 AutoFixture이다 ... 네임스페이스가 무엇인지는 별로 중요하지 않다.

Json.NET 과 동일하지

참고: Twitter를 통해 의견을 요청했습니다. https://twitter.com/ploeh/status/705721775011848192

(여기에 표시되지 않는 응답이 있을 수 있습니다.)

네임스페이스를 변경해야 할 _전혀_ 이유가 없습니다. @moodmosaic이 지적했듯이 _Ploeh_ 이름은 품질 및 장인 정신과 관련이 있으므로 인식 적으로는 유지하는 것이 좋습니다.

또한 프로젝트의 히스토리를 네임스페이스에 표시하는 데 문제가 있다고 생각하지 않습니다. 그것은 프로젝트의 뿌리와 독창적인 아이디어를 고안한 저자에 대한 경의입니다.

@ecampidoglio에 동의합니다. 관련 메모에서 _ploeh_는 무엇을 의미합니까?

또한 Json.NET이 Newtonsoft로 네임스페이스가 지정되는 문제가 있습니다! ( :+1: @tsimbalar 상기시켜주셔서... )

@ecampidoglio , 제 요점은 프로젝트 자체가 네임스페이스에 서명하는 작업이 불필요해지는 유용성과 장인 정신의 지점에 도달했다는 것입니다. AutoFixture는 그것을 불필요하게 만듭니다.

@ploeh : "våga" 뛰어들어!

문제가 되지 않는다고 생각합니다. 그러나 OP는 프로젝트를 분기하고 문제가 되는 접두사를 제거할 수 있습니다. 그런 다음 사용자가 선호하는 것을 결정하도록 합니다.

예; Ploeh 자신이 제거하기로 선택한 경우에만
그렇게 해. 보관하는 것 외에 다른 이유가 있는 것은 아닙니다.
자신의 (잠재적인) 의견과 일치하여 동일한 작업을 수행합니다.

2016-03-04 18:13 GMT+01:00 Mike Mogosanu [email protected] :

문제가 되지 않는다고 생각합니다. 그러나 OP는 프로젝트를 분기하고 제거할 수 있습니다.
불쾌한 접두사. 그런 다음 사용자가 선호하는 것을 결정하도록 합니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/AutoFixture/AutoFixture/issues/538#issuecomment -192362828
.

좋아요, 그 마지막 말은 너무 얄밉습니다. 다시 말하겠습니다: 아마도 Ploeh는 때가 왔다고 생각할까요?

autofixture의 대부분의 사용자는 그것에 대해 신경 쓰지 않습니까?

네임스페이스를 있는 그대로 유지하는 것이 좋습니다.

나는 그것을 떠날 것이다. 네이밍의 '독창성'에 기여합니다. 미래의 누군가는 여전히 Foo.AutoFixture를 만들거나 MS가 System.AutoFixture를 만들 수 있습니다. :)

피드백 주셔서 감사합니다!

이제 이 토론이 줄어들었으므로 여기와 트윗 에서 '투표'를 계산하고 2명이 이 제안에 찬성하는 반면 10명은 네임스페이스를 현재와 같이 유지하기를 원하는 것으로 나타났습니다. 또한 몇 가지 의견은 특별한 선호도를 나타내지 않으므로 집계에 포함하지 않았습니다.

그러나 나는 네임스페이스를 있는 그대로 유지하는 것에 한 표를 행사할 것이므로 실제로 이 제안에 반대하는 11표입니다.

가장 중요한 이유는 비용보다 큰 변화를 만드는 이점을 찾지 못하기 때문입니다.

변경의 이점은 내가 말할 수 있는 한 최소한입니다. 나는 지각에 대한 주장을 이해하며 그것에 대해 이의를 제기하지 않습니다. 그러나 그것은 전적으로 주관적입니다. 예를 들어, 저는 Unquote 라이브러리의 사용자이며 Swensen.Unquote 라이브러리를 가져와야 한다는 것이 조금도 귀찮지 않습니다.

변경 비용도 최소화됩니다. 그러나 이는 모든 사용자 코드가 손상된다는 것을 의미합니다. 이에 대한 수정은 간단합니다. 사람들은 가져오기 지시문에서 Ploeh. 를 삭제하기

변경의 장단점이 모두 작기 때문에 쉬운 결정이 아닙니다. 그런 경우에, 나는 주의 측면에서 실수하는 경향이 있습니다. 명백한 이유 없이 사용자를 불편하게 하지 마십시오. 그래도 이 문제에 대한 사용자의 견해를 측정하기 위해 피드백을 요청했을 만큼 가까운 전화입니다. 결과는 통계적으로 중요하지 않지만 내 의견을 바꾸지는 않습니다.

@bjorn-ali-goransson, 이 토론을 시작할 가치가 있는 토론을 시작해주셔서 감사합니다. 누군가가 현상 유지에 도전할 수 있는 용기를 갖게 되어 기쁩니다. 계속 그렇게 해야 합니다.

내 결정이 당신이 원하는 대로 되지 않더라도, 내가 공정한 숙고를 했다는 것을 알아주길 바랍니다.

@ploeh - 이 문제에 대한 협력적 접근 방식에 대해 특별한 시간을 내서 박수를 보내고 싶었습니다.

소프트웨어 개발에 대한 논의가 어떻게 진행되어야 하는지 이해하는 데 도움이 되도록 이 티켓에 사람들을 보낸다고 해도 놀라지 마십시오. 당신의 기술은 기술적 문제에 대한 논의에 대한 저의 철학이었습니다.