I've decided to release the C# library I wrote for accessing the public eve API.

While there are other .net libraries out there, none that I know of both support all of the API calls, and include the full source.

EVE.Net supports all current API calls, including the image server, contains the full C# source code and is released under the Boost library. Modify/use as you see fit.

You can download it from here.
EVE.Net 1.0

The project is written in Visual Studio 2010. You will need some version of that to compile it, though converting it to 2005 or 2008 should be trivial. The library is compiled against .NET 2.0, so it should be mono compatible, though I have not tested that.

The only API calls I could not test are the ones that deal with sovereignty and outposts. If any 0.0 corp directors get a chance to test those calls, I would appreciate it if you would let me know if they work or not.

Example use:

CharacterSheet charSheet = new CharacterSheet(keyID, vCode, charID);
charSheet.Query();

Console.WriteLine(" Name: {0}", charSheet.name);
Console.WriteLine(" ID: {0}", charSheet.characterID);
Console.WriteLine(" Date of Birth: {0}", charSheet.DoB);
Console.WriteLine(" Race: {0}", charSheet.race);
Console.WriteLine(" Bloodline: {0}", charSheet.bloodLine);


Email me with any problems you may have.

that's because he's using reflection to map an xml attribute to the object property. You could use the same method by declaring a custom attribute on object properties so you can respect CamelCase.

Good work otherwise, even if reflection is damn slow.

Excellent work !

I tried to extract some wallet transactions. Seems that the price of an item gets parsed without the decimal point.

For example:
Tritanium shows in the XML as follows .... price="6.28" ....
The value in the WalletTransactions.Transaction.price shows 628.00

@Cuhlen
Try applying CA (Code Analysis) rules for Globalization in your project. http://msdn.microsoft.com/en-us/library/dd264912
Overall it's a good practice to CA any project.

I am VERY new to C# etc and was looking for a pointer. I have learned enough PHP, SQL and javascript on my own to use the PHP based api's but I want to have a play with some windows based stuff.

My issue is I have no idea what to do with the eve.net zip. I am assuming that I need to compile the contents and then make it available to my actual project...

Looks very interesting, might switch Elinor to your lib.

102KB is a very convincing argument vs the 6MB lib I currently use.

So I'm currently porting and I've run into two problems:

1. I'd like to initialize the API/Library beforehand as the first call takes quite long and I can spare the time during startup but would like the first experience of the users rather not to be to wait a few seconds. What would be the easiest way to do this?

2. The CharacterSheet.Query() method crashes for one of my chars because one roleID exceeds the int limit in ParseRowset(parent, property, xml); It's easily fixed by making the roleID property long instead of int.

Well, I'm not sure why the first call takes so long for you, but one idea would be to use a background worker to make a call to the API status page (which requires no API key data), something like;

// PSEUDO CODE ALERT---
BackgroundWorker worker = new BackgroundWorker();

worker.DoWork += delegate(object sender, DoWorkEventArgs e)
{
EVE.Net.ServerStatus status = new EVE.Net.ServerStatus();
status.Query();
};

worker.RunWorkerAsync();

Sorry about the roleID, the API wiki is --vague-- on which IDs should be ints and which longs. Thanks for the report though, I'll get that updated in the

[quote=Virppi Jouhinen]Looks very interesting, might switch Elinor to your lib.

I just don't like using libraries that I don't have the source to.

First of all good work, mate!

The API is pretty light weight compared to others. That's a big PLUS!
On the other hand what I'm missing is some data acces to item prices.

Are you planning to extend your API to cover EVE central and EVE Marketeer calls? Both are crucial for NAV investigation and price history analysis.

Implementing both would be truly incredible!

You, sir, are a gentleman and a scholar.

However, there is one little bug I'd like to report; it seems to mess up when importing implants.
In a nutshell, it takes the first one and thinks all the others are the same.
I've written a bit of a bug report on your google code repository, hopefully you can somehow understand my jibbering.

Ninja-edit:
The accessmask in APIKeyInfo can no longer be an int, as CCP have just added another flag, making it larger than an int can handle. (check the API key generator thingy, a flag for Locations has just been added, bringing the total to 268435455)