viral1991
International Cricketer
Yes, option 1 seems to be the best.
There shouldn't be a problem with PC hosting the database, as long as we are able to encrypt it somehow so that only simmers can access it. I'm sure that when Colin comes back he will be able to be of use for this.Okay guys second decision time for the feature team. This regards the way the application will be used. Please choose between the following two options:
1. Client Server System
Client-server system. Server will contain the database and all official statistics, player information. Clients will be Windows applications. Anyone can download a client and use the rosters to simulate matches. The simulation algorithms and such will all be stored locally in the client itself. Official tournaments will upload statistics/results back to the main server. Tournament simmers will have to authenticate into the server to activate that functionality. Anyone using the client for fun can have the option of outputting statistics to a local database.
Pros
- Anyone can run simulations
- Centralized database means that if there are multiple simmers, they will not have to email files around
- Software can be distributed to other sites (they would not be able to authenticate into the DB, hopefully!)
Cons
- Simmer would need to be connected to the internet
- Database would have to be available on demand (probably having PC host it would be good)
Other Information
Database: MySQL on server, SQLite for local database
2. Current System
Each simmer would have an executable and a local database. This database would contain information about all players/tournaments/etc. There will hence be no centralized database and each simmer would be forking off their own simulation environment. This is basically option 1 without authentication.
Pros
- Can simulate without internet connection
Cons
- Multiple simmers would have to email the database file around a lot
- Would require extra work on the part of simmers to make stats available to everyone
Other Information
Database: SQLite
--------------
I personally prefer Option 1.
The case sensitivity is pretty important and useful. In C# it is a common convention to capitalize properties and let the underlying variable be uncapitalized.I just found out my first irritant with C#. Its case sensitive but doesn't automatically correct cases like vb.net!
class Person
{
public String Name
{
get { return name; }
set { name = value; }
}
private String name;
}
That's feasible. I will be posting a list of the major components soon. That list will probably serve as a way to break up the project into different people.Could the simulater have some sort of "form," not just for players but also teams It'd also help if a league table could be fomulated with Net RR, so the PCPL could be run easier
The "form," i talk about is if Player X hits a 50, next match he is more likely to hit a high score - confidence up.
If team X has won 2 on the bounce, they're more likely to win.
This would mean upsets are more magnificant! Such as Sydney in the PCPL, beating Toronto, there would be more about the win.
PC probably does not want to give us access to their forum database and rightly so.If we are using the PC host, then probably, we can use the PC user database for authentication.
Only existing PC users will be able to use the PCCS.
This shouldn't be too much of a problem, and the existing PC system can be ported to this.
sohummisra said:The case sensitivity is pretty important and useful. In C# it is a common convention to capitalize properties and let the underlying variable be uncapitalized.
That really depends on the IDE you are using. Visual Studio's Intellisense feature does a lot of autocompleting in C#.Yes, but in vb.net what happens is that if I don't capitalise a property it does it on its own, and most times when I'm writing something, possible things come in a dropbox, so it becomes a hell lot easier. But I guess every language has its pro's and con's. I've heard C# is faster.
GUI. I will post the components a little later today so that everyone has a better idea.Are we looking into a GUI based program or a console one?
I'm using Visual C# express by MS.That really depends on the IDE you are using. Visual Studio's Intellisense feature does a lot of autocompleting in C#.
GUI. I will post the components a little later today so that everyone has a better idea.
Also, has anyone used Hibernate? There is a C# port called NHibernate available. It is basically an object-to-database mapping tool so that we do not have to sit around writing a bunch of SQL.