Skip to content

Conversation

@cartermp
Copy link
Contributor

@cartermp cartermp commented Apr 2, 2018

Addresses #4810. I haven't quite locked down on descriptions and the set of common Type Providers folks should take a look at yet.

@cartermp
Copy link
Contributor Author

cartermp commented Apr 2, 2018

@dsyme would love a review here as well

### [F# Interactive](fsharp/tutorials/fsharp-interactive/index.md)
### [Type Providers](fsharp/tutorials/type-providers/index.md)
#### [Accessing a SQL Database by Using Type Providers](fsharp/tutorials/type-providers/accessing-a-sql-database.md)
#### [Accessing a SQL Database by Using Type Providers and Entities](fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

what should happen to these topics that are out of the TOC now?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm personally okay with deleting them, but there are probably some existing links out there which would break if they were deleted. If they're unlinked from the ToC, I would assume that this would give them less SEO weight. But if we still think they'll show up in searches, we should just delete them because they suggest using libraries which are out of date and unmaintained.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SEO is not based on whether they show up on the TOC or not, so I think you should remove them. Links out there should be redirected to whatever replacement you put for them here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done!

@cartermp
Copy link
Contributor Author

cartermp commented Apr 2, 2018

@Rickasaurus FYI if you had any suggestions

Copy link
Contributor

@mairaw mairaw left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Needs to fix the redirect url before merging. Also left a couple of nits to be fixed if you'd like.

},
{
"source_path": "docs/fsharp/tutorials/type-providers/accessing-a-sql-database-entities.md",
"redirect_url": "docs/fsharp/tutorials/type-providers/index.md"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no .md in the redirect url

Type Providers come in two forms: Generative and Erased.

Where necessary, you can create your own custom type providers, or reference type providers that have been created by others. For example, assume your organization has a data service providing a large and growing number of named data sets, each with its own stable data schema. You may choose to create a type provider that reads the schemas and presents the latest available data sets to the programmer in a strongly typed way.
Generative Type Providers produce types which can be written as .NET types into the assembly in which they are produced. This allows them to be consumed from code in other assemblies. This means that the typed representation of the data source must generally be one which is feasible to represent with .NET types.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: types which -> types that
one which -> one that

Where necessary, you can create your own custom type providers, or reference type providers that have been created by others. For example, assume your organization has a data service providing a large and growing number of named data sets, each with its own stable data schema. You may choose to create a type provider that reads the schemas and presents the latest available data sets to the programmer in a strongly typed way.
Generative Type Providers produce types which can be written as .NET types into the assembly in which they are produced. This allows them to be consumed from code in other assemblies. This means that the typed representation of the data source must generally be one which is feasible to represent with .NET types.

Erasing Type Providers produce types which can only be consumed in the assembly or project they are generated from. The types are ephemeral; that is, they are not written into an assembly and cannot be consumed by code in other assemblies. They can contain *delayed* members, allowing you to use provided types from a potentially infinite information space. They are useful for using a small subset of a large and interconnected data source.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: types which -> types that

|[Tutorial: Creating a Type Provider](creating-a-type-provider.md)|Provides information on writing your own custom type providers.|
|[Type Provider Security](type-provider-security.md)|Provides information about security considerations when developing type providers.|
|[Troubleshooting Type Providers](troubleshooting-type-providers.md)|Provides information about common problems that can arise when working with type providers and includes suggestions for solutions.|
- [FSharp.Data](https://fsharp.github.io/FSharp.Data/) includes Type Providers for JSON, XML, CSV and HTML document formats.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: add comma after CSV (oxford comma)

@cartermp cartermp changed the title [WIP[ Remove legacy Type Provider content from ToC and update index Remove legacy Type Provider content from ToC and update index Apr 8, 2018
@cartermp cartermp merged commit ed947f5 into dotnet:master Apr 8, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants