Do you think I could just leave this part blank and it'd be okay? We're just going to replace the whole thing with a header image anyway, right?
You are not logged in.
Pages: 1
How many people know how to make a leaderboard? I am debating making a tutorial for it, and i am wondering if it will go to any use.
If you would like me to make a bot for you, go here.
Offline
whats a leaderboard? but sure. i love your tutorials.
color = #1E1E1E
Offline
I assume the people who can make leaderboards are those who know how to read from and write to text files, and have a little intuition.
It'd be more helpful to make a tutorial on Streamwriter, string splitting and File.ReadAllLines().
One bot to rule them all, one bot to find them. One bot to bring them all... and with this cliché blind them.
Offline
database
userid,points
thats it?
if you can read this....good for you
Offline
database
userid,points
thats it?
People would still have to learn how to make a database and how to add/retrieve from them.
Offline
For things of a very limited size, like a leaderboard, which typically contain 10 or 20lines, I prefer having a non-db file(basically a text file), but that's just my opinion
This comes from someone who works with databases daily.
Offline
I only use text files because i find them to be pretty easy, i don't have any-much experience with databases(If someone would like to teach me i would be more than happy to learn). But all the above would be in there tutorial. I would break it up to teach people how to use streamwriters and streamreaders, how splitting text works and how to split it into lines. Once they know that i would then teach them how to apply that knowledge to make a leaderboard. Afterwards i would show people how to read letters and put them into a string from a bitmap and put them onto the map. THEN once all of that is done, i would wrap it all up to make a on the map leaderboard that can automatically update by calling a void.
If you would like me to make a bot for you, go here.
Offline
Offline
I used to use CSV files too (so text files that you split to get the info), but then I discovered XML writers which do all the work for you. They might give bigger files (more text), but hey, I doubt any bot on EE would ever really have size of files as an issue.
Offline
Offline
The extra work needed to set up something like a SQL compact DB is greater than the benefit you get from it over using plaintext files. Don't bother teaching people.
One bot to rule them all, one bot to find them. One bot to bring them all... and with this cliché blind them.
Offline
Offline
Then I saw XML and went lol too much work
You literally just define a serializable object, run the command for saving/loading and you're done, don't see where all the work is?
Offline
hummerz5 wrote:Then I saw XML and went lol too much work
You literally just define a serializable object, run the command for saving/loading and you're done, don't see where all the work is?
then I must have not had it figured out right, eh?
probably in the serialization
> json tho
which one is more compact?
Offline
which one is more compact?
I'm pretty certain binairy, since obviously an integer needs way less data than a string (which is the base of all other methods).
After that I'm pretty sure it's CSV, because you just have values and separating delimiters.
JSON has tons of 'junk' compared to CSV, since it has all kinds of formatting (like [] and {}) and specifies all the names of the values (which are static, hence why a CSV file can be used).
XML is basically just an exploded version of JSON, meaning it's the same principle, just with more 'junk'.
And I think we can all safely agree a database would BY FAR have the most 'junk'.
Do mind how I quote junk, since it's not actually junk, it can be very useful, it's just unnecessary in the current context (leaderboard).
Offline
Pages: 1
[ Started around 1732441045.313 - Generated in 0.057 seconds, 13 queries executed - Memory usage: 1.55 MiB (Peak: 1.72 MiB) ]