avoid System.Web if you're not creating a web application
by web app I mean website
And I've seen much worse
Written much worse, too 😂
@/all Sorry, for not writing anything in the last month or so. Preparation for exams, which come up the next three weeks have been particular stressfull this semester. But I looked at the current HttpClient branch and saw that it's nearly finished. There are some bugs to iron out, but nothing major. So if anyone is interested, he can take over.
Some things to note: Converter structure has been left almost entirely intact, so nothing to do here and I don't want to touch it until we got the underlying system robust enough. I have some ideas how we can throw most of the code out of the window. Most of it deals with JSON.Net (there's really no reason anymore, to not use it as default) and it's internal parser (it uses Attributes, which @StevenLiekens doesn't like, but if it makes better code, I'm willing to use it).
The new repository structure is entirely the same for "standard" api endpoint layout, so a user only has to implement two interfaces and he's done. For anything else there needs to be a custom interface describing the layout. That should be put into core obviously.
That's it basically. I'll try to read more often here, so if there are questions just ask.
I don't have the motivation to work on it right now
Maybe things get better in my new job
Why .netstandard?
after we implemented HTTP client ofc
{
"version": "1.0.0-*",
"compilationOptions": {
"emitEntryPoint": true
},
"resource": [
"fakedata.json"
],
"dependencies": {
"Microsoft.AspNet.IISPlatformHandler": "1.0.0-rc1-final",
"Microsoft.AspNet.Owin": "1.0.0-rc1-final",
"Microsoft.AspNet.Server.Kestrel": "1.0.0-rc1-final",
"Nancy.Linker": "0.3.0"
},
"commands": {
"web": "Microsoft.AspNet.Server.Kestrel"
},
"frameworks": {
"dnx451": {
"dependencies": {
"Nancy": "1.4.3",
"Nancy.Owin": "1.4.1"
}
}
},
"exclude": [
"wwwroot",
"node_modules"
],
"publishExclude": [
"**.user",
"**.vspscc"
]
}var assembly = Assembly.GetExecutingAssembly();
var resourceStream = assembly.GetManifestResourceStream("MyNamespace.fakedata.json");
using (var reader = new StreamReader(resourceStream, Encoding.UTF8))
{
return reader.ReadToEnd();
}
Or did you mean something different?
I was thinking of making the events into a json file and upload them to static github pages and then query them like any other API endpoint
we need to cahgne the code for that a bit, but since events are at regular intervals, this makes things much easier
that was the first map to have events on schedules
now all of the HoT maps have it
i think I played it