I'm really eager to get this. It's so nice to be able to test Functions super fast in the Azure Portal, we need that locally as well!
So still no news on this?
Everyone interested in this should consider switching the language to c# script for development purposes, works like a charm: https://stackoverflow.com/questions/59783914/how-to-speed-up-debugging-c-sharp-azure-function-locally-is
@janmechtel even though it works well on C# scripts, its far from ideal because it goes against other features that we've asking so much for Az Func like pre-compiled projects, ReadyToRun (not available yet) and most important, Dependency Injection support.
Its almost one year old issue. @ahmedelnably do you have any news on whether this would be supported or not? This would REALLY streamline the support. Right now we have Collectible Assemblies support in .Net Core, so we are able to load and unload assemblies at runtime so that could be supported even if you are not using the regular watch feature from dotnet CLI.
In case anyone is interested, I've found a workaround. You have to create an MSBuild target which runs the functions host and watch against this target:
In the csproj add
<Target Name="RunFunctions">
<Exec Command="func start" />
</Target>
and later run it with dotnet watch msbuild /t:RunFunctions.
So far works well for me.
Would some workaround be on JavaScript/TypeScript environment?
I would also like to know how a hot reloaded or watched development environment can be setup in node. Any clues or leads?
Would some workaround be on JavaScript/TypeScript environment?
I would also like to know this for Typescript...
Fwiw I have found out that it is possible running func startand tsc -w in parallel under JS/TS. Changes made to function code are picked up directly by the local function host so there is no need for restarting. Except for changes in function.json files. Could elaborate more if someone finds that interesting.
Fwiw I have found out that it is possible running
func startandtsc -win parallel under JS/TS. Changes made to function code are picked up directly by the local function host so there is no need for restarting. Except for changes infunction.jsonfiles. Could elaborate more if someone finds that interesting.
the big issue I have with this is the horrendous errors. Since its trying to run compiled JS, you're left with trying to figure out where it went wrong in TS. Would be nice to use ts-node for development
edit: Created an issue for this #2302
the big issue I have with this is the horrendous errors. Since its trying to run compiled JS, you're left with trying to figure out where it went wrong in TS. Would be nice to use
ts-nodefor development
Yeah this is far from ideal. Same problem arises when debugging code.
edit: Created an issue for this #2302
Hope this will make it's way into the extension.
Most helpful comment
Would some workaround be on JavaScript/TypeScript environment?