|
Hello!
I'd like to know how to develop a game??
is that easy?? thanks
|
|
|
|
|
1. Come up with an idea.
2. Break idea down into small(ish) steps
3. Code game and optionally add resources such as sound effects/graphics.
4. Test game
That's about as low level as you can get with the lack of detail you have presented. For instance, what type of game? A 3D FPS requires a different approach to developing a text-only adventure game. Perhaps, if you broke this down a bit, you might get a better answer.
|
|
|
|
|
What's easy for some might be impossible for others. We don't know you, so we can't tell you if it would be easy for you.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997
|
|
|
|
|
Take a look at Microsoft's XNA[^] game studio, you will soon be able to decide whether it's easy or not.
|
|
|
|
|
Hi,
In my solution, I have two projects, named as project1 and project2. project1 has app.config, contains value for the key "IndexPath". I would like to utilize this value in project2. How to read that value in project2. Thanks in advance.
|
|
|
|
|
How do you intend to deploy these projects? You could open that file on your build machine, but that will most likely not work after deployment. Can you specify a bit more about you actually want to achieve?
//daniel
|
|
|
|
|
Project1 has "IndexPath" key in its config file. Project1 creates index files in "IndexPath" location. Project2 has to work with those index files, created by Project1. So in Project2, I'm trying to read "IndexPath" value specified in the cofig file of Project1. Hope my requirement is clear.. Thank you. Please let me know if I'm not clear
|
|
|
|
|
I am still not sure this is what you really want to do, but this might get you started:
static void Main(string[] args)
{
string localValue = ConfigurationManager.AppSettings["Akey"];
Console.WriteLine("Local Value: " + localValue);
Configuration c = ConfigurationManager.OpenMappedExeConfiguration(
new ExeConfigurationFileMap() { ExeConfigFilename = @"C:\temp\App.config"},
ConfigurationUserLevel.None);
string remoteValue = c.AppSettings.Settings["AKey"].Value;
Console.WriteLine("Remote value: " + remoteValue);
Console.ReadLine();
}
This will read your App.config file residing in c:\temp.
The app.config file I used looks as:
="1.0"="utf-8"
<configuration>
<appSettings>
<add key="AKey" value="YaddaYaddaYoo"/>
</appSettings>
</configuration>
|
|
|
|
|
|
Ok, good. Please do think about this though. As I tried to point out (and others with me), this might not be a good solution even if it is doable. Thinking a bit ahead I do see problems wth deployment and that this creates an unattractive dependency between projects.
//daniel
|
|
|
|
|
This seems like one of those things which is a bit hard because you shouldn't be doing it. I see a few scenarios where you might think you want this, and an answer to each of them.
- The two tasks are part of one overall task, which is to create the files and then work on them.
- Solution: make them both part of the same project.
- The second task uses files created in the first as input, but is not directly linked.
- Solution: put the path in the config of both projects. If the tasks can be run independently, those paths might not be the same. By reading from the config of one project you are forcing that project to be there, even though all you need is the files it created.
- The two tasks are loosely coupled (so shouldn't be one project) but expected to be run in sequence in the same location
- Solution: either have a controller project which calls one and then the other, passing the path as some sort of parameter (command line would be fine); or, store configuration information in a known common place (e.g. registry, user Local Settings folder, etc) and have both projects refer to that. (Essentially that is a controller but with no code, only data.)
By explicitly reading from an app.config file for another application, you are requiring that that application is present in order to run yours. If Project2 has that sort of requirement on Project1, it should be a part of the same project. My guess is that it doesn't, it only depends on the files Project1 creates, and therefore you should either point it at those files in its own config, or chain the two projects from a controller which sets the location for both of them.
|
|
|
|
|
BobJanova wrote: This seems like one of those things which is a bit hard because you shouldn't be
doing it.
I have to disagree. There have been a number of times where I wanted to read a config file from another app. All he has to do is load it as a standard xml file, and manually read the data. That's not hard at all.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997
|
|
|
|
|
That's true, going in at the XML level is not hard, as long as MS keep the file format the same. Is the format of those config files a published standard that can be relied on?
|
|
|
|
|
Nothing that comes out of Redmond can be relied upon. If it's their standard, they can change it whenever their current CEO farts if they want to.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997
|
|
|
|
|
It's just XML. Load the file and read the settings. It's as easy as that.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997
|
|
|
|
|
That's part of why I don't use app.config. I roll my own and I can have applications sharing common config files.
|
|
|
|
|
Hello All Friends
I Want to Create A Custom DataGridView That Automatically Adds a New Row At The Begining Of dataGridView While Binding DataSource, This Row Will Use For Search And Filter DataGridView.
How Can I Add This Row While Binding A DataGridView.
|
|
|
|
|
You don't.
If I understand what you want this row for, I'd probably create a composite usercontrol with TWO DataGridViews. The 2nd one would be your data bound grid showing filtered data. The 1st one would be seperate, placed just above the 2nd grid, probably copying the column layout of the 2nd grid.
|
|
|
|
|
|
Hi Dave,
what would you do about column widths then? with a single DGV I like to use
AutoResizeColumns(DataGridViewAutoSizeColumnsMode.AllCells)
however with a little search DGV and a big result DGV (which one would like to be column-aligned at all times), the big one probably should set the widths for both, so can we get one DGV automatically (or at least easily) mimic another DGV's layout decisions?
|
|
|
|
|
Sure, either poll the columns widths after a filtered DGV updated (not my first choice) or see what the filtered DGV's ColumnWidthChanged event is going to do for you.
|
|
|
|
|
So no magic wand hidden somewhere deep inside DGV land; OK, thanks.
|
|
|
|
|
That seems to be the recurring theme in the questions today: "How can I automatically do this?"
Nope, no magic wand, unless you write it yourself.
|
|
|
|
|
So How Can I Add DGV's Predefined Properties And Members To Custom Control
Can You Give A Sample Code Please.
|
|
|
|
|
You'll have to create your own Properties, using the DGV's properties as their backing fields.
|
|
|
|