F # styl kodowania i standard

Question

Chociaż nie ma jednego prawdziwego poprawnego stylu, istnieją pewne punkty ogólnej zgody w społeczności C# dotyczące standardu kodowania/stylu; Zazwyczaj są one odmianami Wytycznych projektowania .NET Framework.

Jeśli jednak przyjrzeć się F #, norma wyraźnie różni się od tego, co jest normalne w języku C#. Jako przykład, funkcje dostępne na liście lub Seq (prawie) wszystkie rozpoczynają się małymi literami: List.fold, List.map (ale List.Cons i List.Empty nie ...), podczas gdy zwykle przyjmuje się, że metoda lub właściwość w języku C# powinna być pisana wielkimi literami.

Moje pytanie brzmi: są powszechnie akceptowane konwencje kodowania dla F #? Czy istnieje odpowiednik Wytycznych do projektowania ram lub dobry standard kodowania? I, jako bonus, w świecie F # opartym na białych znakach, czy ludzie mają tematy, o które można nieustannie dyskutować, podobnie jak ponadczasowe pozycjonowanie klamrowe C#?

Answer 1

Zespół F # przygotował dokument, który brzmi dokładnie tak, o co prosisz. (Jesteśmy obecnie w trakcie wprowadzania opinii od społeczności/osób, do których wysłaliśmy projekt). Prawdopodobnie zostanie opublikowany w najbliższej przyszłości. Na pewno opublikuję go tutaj, gdy zostanie opublikowany.

EDIT

The document is archived now i należy consult the updated version zamiast.

Answer 2

Aktualizacja: Papier Dona (link poniżej) został usunięty z witryny Microsoft. Jednak wydaje się, że A comprehensive guide to F# Formatting Conventions opiera się na tym samym papierze.

Don Syme's F# Coding Guidelines paper zajmuje się problemami z formatowaniem "nawiasów klamrowych" dla F #.