Fable: 전체 .net 프레임워크를 대상으로 하는 프로젝트 파일을 지원하는 단계는 무엇입니까?

죄송합니다. 하지만 이 작업에 시간을 할애할 수는 없습니다. 이전 프로젝트 형식을 지원하는 Fable 1.0에 관심이 있는 사람이 있으면 해당 기능을 직접 작업해야 합니다. 현재의 도구 세트로 Fable을 작동시키는 것은 이미 어렵고 너무 많은 시나리오를 다루기에는 팀이 너무 작습니다. 현재 VS for Windows는 아직 새로운 .fsproj를 지원하지 않는 유일한 편집기이며 곧 지원할 예정입니다. 이전 형식을 지원하기 위해 개발 리소스를 할애하는 것은 노력할 가치가 있다고 생각하지 않습니다 😕

이전 프로젝트 파일 구문 분석(v0.7.x에서 이미 완료)

이것은 소스 파일 및 비조건부 참조에서만 작동하므로 사용자가 라이브러리에 대한 참조를 수동으로 추가해야 한다는 점에 유의하십시오.

패킷 사용

AFAIK, Paket은 이전 프로젝트와 함께 현재 사용 중인 .fsproj.references 파일이 아닌 .fsproj에 많은 조건부 항목을 주입하여 작동합니다. 우리는 완전히 다른 방식으로 Paket과 상호 작용해야 합니다.

데몬이 도구 디렉터리의 콘솔 앱인 Nuget 패키지로 Fable.Tools 게시

나는 이것을 사용한 적이 없으므로 어떻게 작동하는지 잘 모르겠습니다.

나는 여기서 잘못된 "문제"를 만들었다고 생각합니다. 이것은 질문이었을 것입니다 :미소:

다른 워크플로에 대해 생각해보고 직접 시도해 보고 싶었지만 이론상 작동하는 데 무엇이 필요한지 잘 모르겠습니다.

dotnet pack 게시된 nuget 패키지는 net45에서 사용할 수 없는 것이 맞습니까?

dotnet pack으로 게시된 nuget 패키지는 net45에서 사용할 수 없는 것이 맞습니까?

아니요, 타겟 중 하나로 net45 을 타겟팅할 수 있습니다.

@ctaggart 반갑습니다. 감사합니다!

@Zaid-Ajaj 동안 new sdk(우화에 사용된 새 fsproj)는 mono/msbuild.exe/dotnet cli( fsharp.net.sdk >= 1.0.3 부터)에서 동일하게 작동하며 VS 2017에서는 아직 지원되지 않습니다.
따라서 net45 를 대상으로 지정할 수 있지만(새 sdk btw를 사용하여 동일한 fsproj에서 여러 대상을 대상으로 지정할 수 있음) 어쨌든 VS에서는 작동하지 않습니다. .net 코어가 아니라 새로운 SDK 및 프로젝트 형식이 문제입니다.
오래된 SDK는 크로스 플랫폼 지원에서 훨씬 더 많은 문제이며 유지 관리인에게는 고통입니다( @alfonsogarciacaro가 말했듯이 프로젝트 정보를 읽는 것은 고통 있음 )

VF# 로드맵에서 예상 날짜는 VS 2017이 Visual F#의 새 SDK를 지원하는 7월 업데이트입니다.

따라서 곧 쓸모 없게 되는 오래된 SDK(두 가지 구현을 유지하기 위한 고통)를 지원하기 위해 많은 작업을 하는 대신 7월까지 잠시 기다리는 것이 좋습니다(우화 및 vscode/vsonmac과 같은 편집기가 있는 크로스 플랫폼 지원 atm은 굉장합니다). 새 SDK를 사용하여 나중에 net4* VS를 개선하십시오.

따라서 결국 msbuild .net 런타임(mono/vs/netcore)은 덜 중요할 것이며(thx to new sdk) 아마도 사용자에게는 투명할 것입니다(Windows 사용자에게는 확실함). 그러나 VS 지원이 없는 atm은 시간을 보내는 데 쓸모가 없습니다. , 경험(유저용)이 연마되어야 하고 유지보수(우화팀용)가 최소화되어야 하기 때문입니다.
새로운 SDK가 도움이 되지만 시간이 더 필요합니다. Old sdk는 .net 세계에서 어쨌든 쓸모가 없어지고 있는 시간 싱크입니다.

@enricosada 내가 이 일을 하려고 생각한 주된 이유는 초보자를 위한 시작 경험을 간소화하기 위해서입니다. 사람들이 현재 가지고 있는 것(vs2015 이하)을 사용하여 우화를 가지고 놀 수 있도록 합니다. 저는 지금 dotnet 코어와 함께 vs 코드를 사용하고 있으며 제대로 작동합니다. 그러나 이것은 내 컴퓨터에서 처음부터 작동하도록 일련의 좌절스러운 시도를 한 후였습니다. 내 컴퓨터에 VS2017을 설치할 수도 없었습니다. 이것이 내가 이것에 대해 생각하게 만든 또 다른 이유입니다.

그러나 귀하의 피드백을 읽은 후 새 SDK에 개발 리소스를 집중하는 것이 더 좋고 조금 기다리는 것이 가치가 있다는 데 동의해야 합니다.

시간을 내주셔서 다시 한 번 감사드립니다.