>>>>>>>>>Hi,
>>>>>>>>>
>>>>>>>>>I have a source code of an Web API project created with API template in VS 2013. Someone else created this project.
>>>>>>>>>
>>>>>>>>>If I want to see the "flow" of classes/methods when a client calls an endpoint of this Web API (just as a way to learn more). Where (in which class and/or method) would I set the Debugger to stop, so that I can follow from this point? That is, what is the Startup class/method for typical Web API template project?
>>>>>>>>>
>>>>>>>>>TIA
>>>>>>>>
>>>>>>>>Dimitry has given an example of a controller using attribute routing (but the controller will be derived from the ApiController class not Controller).
>>>>>>>>
>>>>>>>>If the site uses convention based routing then there will be a RouteConfig.cs file in the App_Start folder. Inspecting this should allow you to work out which controller and method will be called for a specific url
>>>>>>>
>>>>>>>I use Controller and not ApiController and it works very well.
>>>>>>
>>>>>>Hmm. Controller is for System.Web.Mvc - the System.Web.Http.ApiController should be used with Web API - it's better suited to returning serialized data etc.
>>>>>
>>>>>Sorry Viv, I don't understand what you mean by "better suited to returning serialized data etc.". I use WebAPI with MVC, that is right and happy with it as much as one can be using .Net technologies. Actually, I am moving by API into Go for a much better experience (if better meant much faster, really works on multiple platforms etc:).
>>>>
>>>>AFAIK Controller has to return an ActionResult. The ApiController can return data serialized/formatted as per the request (JSon, XML etc.).
>>>>Google 'Differences between Controller and ApiController'
>>>
>>>No you don't have to return an actionresult. You can return say a string or another object.
>>
>>What's the full namespace for the Controller that you are using ?
>>>
>>>I am not sure, I have to check, but I think it is also the default scafolded with .Net core.
>
>
>Microsoft.AspNet.Mvc.Controller
>
>It is .Net Core. I can give you a quick test code if you need (that is what .Net core scafolded as webapi really and what .Net core tutorials on asp.net showed).
>
>Anyway, I am not really interested in ASP.Net anymore (except the ones I need to maintain, until I convert them all to Go code).

Found some time to play with go. Some interesting concepts there. Took a while to get my head round their implementation (wrong word) of interfaces. channels are very neat.
What IDE are you using ?