Okie dokie... TCR works. And is fun. A bunch of the product / planning elements of the site that got worked in I kinda threw aside for the TCR script.
I still want to focus on writing to cosmos.
Since I have the CosmosItem; let's go ahead and ...
Think about what I need to do.
I'm gonna process cards first. While I need to process sets eventually; that's got network shit I don't want to start with. The cards I can download as a bulk file and start there. Later I'll have the system download.
Once I have the file... I need to iterate through the cards and write them to the correct cosmos collection
So... write to a collection. Which is gonna be some Cosmos 3rd party abstraction fun.
what do we want this to look like..
foreach card in cards
scribe.Write(new CardInfoCosmosItem()).
huh... that's really it.
So... the CardInfoCosmosItem looks like a nice place to start.
I'm gonna be using Scryfall as a data source for this; which will come up as I work through developing the CardInfoCosmosItem.
So... first
Start TCR!
THEN I can create a new test class (after making the existing test class sealed)
I like . r create class for creating the class. It's a refactor; about as provably safe as you can get.
ruh-oh... I need a new project pair to start down the CardInfo route; that doesn't belong in Lib.Cosmos... WELL OK THEN... guess I'm going full cosmos lib build out first.
This is 99% gonna be me TDDing an existing implementation. I re-wrote my work project to be simplified and easier to consume... which is what I'm not gonna crib.
SO; we shall start with thinking about the cosmos structure.
Ish... I'm not gonna do the core cosmos connecty bits yet. Just the writing scribe. The interesting stuff is in the reading.
hrm... I hate doing stuff over. Which is surprising for how many times I've done this site.
OK - the goal of this is to TDD/TCR and experience it in writing actual code the cosmos lib stuff is actual code. So ... let's TDD them into existance. WITH some additional bits, which I use a lot. Generally that's my "Lib.Universal" code. Which is OK tested. And I copy/paste it all over. At work I have it as a nuget package. What I'll do here is create the project pair; and slowly evolve the pieces I put there as I need them in other places.
Ok, Lib.Univeral is in place.
I did a few commits of some files that got left out... will have to think of a script update to check for pending commits on exit... or something... FOR LATER!!
ToSystemType
As I've written about before on my blog; I use an abstract class ToSystemType to encapsulate translating an object into it's data form. It can do more... but that's it's primary intent. I use it for more than primitives; which is why it's not "ToPrimitiveType"... which was it's first name.
updated TCR dialog to have 'Create Class' - I think I'll be using that a lot for a while.
OMG... I never thought having shit change on file save would be so frustrating... I'm trying to cheat and it keeps deleting my cheat.
This is what I've done to be able to move the file to a namespace that doesn't exist yet
using Lib.Universal.Primitives;
namespace Lib.Universal.Tests.Primitives
{
[TestClass]
public class ToSystemTypeTests
{
[TestMethod, TestCategory("unit")]
public void ToSystemType_ShouldExist()
{
//arrange
//act
_ = new ToSystemType();
//assert
}
}
}
namespace Lib.Universal.Primitives
{
public class ToSystemType
{
}
}
All's fair in love, war, and TCR - and cheat to hell in those last two.
... on move it cleaned up the usings... :/
Hmmm... my Directory.Build.props file doesn't seem to be adding the test project reference to the Lib.UniversalTests... time to investigate that
fixed. Missed a ../.
OK... small issue on the file move... it doesn't save the file being moved FROM when I move it to a new project. So it's gotta be a two step. WHICH... OK...
move to own file. Move to new project.
I think... let's test that...
The order of events of things causes problems. I need a brief delay in triggering the tests to accomodate the file moves.
added 1s delay... prob too much; but it's a start
OK... back to class in test file.
put class into new file (which does not save the test file) (uncheck the 'fix namespaces')
build fails; but that's expected.
save test file
build passes; commit
move class to other project
build passes; commit
AHH YEAH... 30 minmutes to avoid a copy/paste!
This is an abstract class... so I'm gonna make it that now.
about an hour of futzing with the script again. The point is to optimize the script to minimize pain points... so it's OK.
The ToSystemType_ShouldExist is now hurting because I can't instantiate the newly abstract class.
So I'll create my TestToSystemType and update the test... ewwww...
removing the abstract test; gonna make the existing test work with a "test wrapper".
and now I can add back in the abstract tests and update the class
and it passes!
OK... I'm not linking commits... this is gotta be pretty boring... THERE'S SO MANY COMMITS!!!
I feel like I'm being a bit ... over generous with my use of . risk level.... it's all I've used. ... but damn... I know I got some ego about my code; but I'm pretty sure the changes I'm making; with the scope of impact the change COULD have... it's damn safe. When it gets bigger; maybe making a class abstract could constitue a ^... but I'm pretty OK claiming I've addressed all known and unknown risks at this point.
OK... so I want to add a generic to the class... I'm not sure how. I can update the test class; but since the "generic" doesn't exist, it loses the namespace when I save. Keeping this set up so the tool helps me... adding a generic is probably the first "need to pause" that I'm gonna run into... OH... wait... I can add the FQDN to the types in the tests!
BUWHAHAHAHAH! That worked!
and a clean up of the FQDN and we're good!
and now to make AsSystemType abstract... hmmm... My test wrapper isn't overriding... so it borkes... but I can edit it first... then tweak the src code... let's see..
the build fails; but it doesn't nuke the test code.
BAM!
Added a few more things.
The interesting thing now is I want to add the Debugger display...
[DebuggerDisplay("[{GetType().Name}]:{AsSystemType()}")]
public abstract class ToSystemType<TSystemType>
{
public static implicit operator TSystemType(ToSystemType<TSystemType> source) => source.AsSystemType();
public abstract TSystemType AsSystemType();
public override string ToString() => $"{AsSystemType()}";
}
How to test that?
A problem for next time. It's past midnight... this is a lot of fun. I should start streaming it.