|
Hey, try this:
ArrayList itemList = new ArrayList();<br />
itemList.Add("string goes here");
Then, you can access them like this:
for (int i=0; i < itemList.Count; i++)<br />
{<br />
Console.WriteLine("Printing Array: {0} and I:{1}", (string)itemList[i], i.ToString() );<br />
}
|
|
|
|
|
I tried that. Only first element (string)itemList[0] is getting printed. Suppose if count is 10, first element is getting printed 10 times.
If I use
System.Collections.IEnumerator myEnumerator = itemList.GetEnumerator();
while ( myEnumerator.MoveNext() )
{
Console.Write( "\n{0}", myEnumerator.Current );
}
I am getting correct output.
Thanks & Regards,
Raj
|
|
|
|
|
|
|
I suspect that you're getting confused somewhere along the line. Paste the exact code below into your project, run it, and report back:
<br />
ArrayList itemList = new ArrayList();<br />
<br />
itemList.Add("0");<br />
itemList.Add("1");<br />
itemList.Add("2");<br />
itemList.Add("3");<br />
itemList.Add("4");<br />
itemList.Add("5");<br />
itemList.Add("6");<br />
itemList.Add("7");<br />
itemList.Add("8");<br />
itemList.Add("9");<br />
<br />
int count = itemList.Count;<br />
for (int i=0; i < count; i++) {<br />
Console.WriteLine("Printing Array: {0} and I:{1}", itemList[i], i);<br />
} <br />
You're probably confused about assigning int variables. I imagine that you take a read of the Count property before you fill the ArrayList, yes? Well, that object is assigned by value, not by reference, because int is a value type. The part where you populate the array is the only piece missing in the information you gave us; notice the ensuing confusion? Next time, I'd include all the code that's probably part of the problem. I'm not being crusty, just trying to give helpful advice. Anyway, notice that above I read Count after filling the data. This is better on performance than reading Count every trip through the loop.
ArrayList is built specifically to replicate the semantics of accessing an array by index, and it uses an array internally to hold its data. It's probably silly to use an enumerator in your case. Enumerators were made so that all lists can be considered just to be implementations of IList.
Your explicit casts are unnecessary, but I left them in.
Regards,
Jeff Varszegi
|
|
|
|
|
How would you add a CheckBox column in a DataGrid?
Any help on this topic will be appreciated. Thanks in advance,
Jon
|
|
|
|
|
As I mentioned the other day, add a DataGridTableStyle to your DataGrid, which would have either DataGridTextBoxColumns, DataGridBoolColumns, or some custom DataGridColumnStyle. Make sure the DataGridTableStyle.MappingName matches-up with the table name (for data-binding to DataSets or DataTables) or class name (for binding against other IList or IListSource implementations).
Just see the documentation for the DataGridTableStyle in the Platform SDK for more information and an example, as well as the other classes and properties I mentioned above. It's really pretty simple, but you must make sure that your DataGridTableStyle.MappingName is correct or your table style doesn't get used.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
You are a great help with giving me exactly the key words to point me in the right direction. Iv'e created the DataGridBoolColumns style, and made the MappingName match the table column i'm "binding" it to. How do I tell it to display a CheckBox? I don't understand how they add the CheckBox control inside the columns.
|
|
|
|
|
Like I said, you add a DataGridBoolColumn to your table style that you added with it's MappingName set to your boolean column. If you use values other than "True" or "False" for your data, then you need to set the DataGridBoolColumn's TrueValue and FalseValue properties. Just see the DataGridBoolColumn documentation for an example.
Also, try playing around with this in the VS.NET DataGrid designer and then examine the code. It works best if you use a typed DataSet.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
DataGridTableStyle ts2 = new DataGridTableStyle();
ts2.MappingName = "library"; // name of the table
DataGridBoolColumn boolColLib = new DataGridBoolColumn();
boolColLib.MappingName = "super"; // name of the column
boolColLib.HeaderText = "Super";
boolColLib.TrueValue = "true";
boolColLib.FalseValue = "false";
boolColLib.AllowNull= false;
boolColLib.Width = 70;
ts2.GridColumnStyles.Add(boolColLib);
dtgAppserver.TableStyles.Add(ts2);
it should work like this
|
|
|
|
|
Hello everybody...
Im used to program my games and stuff with C++ and WinAPI with OpenGL and/or GDI, GDI+...
My questions and thoughts is as follows:
1. Game programming with C# Advantages and so on...?
2. Is it possible to implement OpenGL to C#?
3. Why should I start to program in C#? Is thear any or many Advantages? Or not...
Marcus Grenängen
Lead programmer at MO Software Sweden.
|
|
|
|
|
Snews wrote:
1. Game programming with C# Advantages and so on...?
Easier to write but lacks the performance of native language applications.
Snews wrote:
2. Is it possible to implement OpenGL to C#?
Yes, but you must wrap OpenGL. There are some implementations of this already (even here on CodeProject, so just try a search), but some are good and some are not. In either case, considerable time is spent marshalling data across platforms. Depending on your requirements, this may not be desirable either.
Snews wrote:
3. Why should I start to program in C#? Is thear any or many Advantages? Or not...
The learning never stops. If you like to learn as much as you can, there's one good reason.
You should really take a look at Managed DirectX at http://msdn.microsoft.com/directx[^], which is managed code for DirectX and written from the ground-up - it's not a wrapper. There's a couple good books that cover game development using Managed DirectX (using both C# and VB.NET) from Amazon that are pretty good and also discuss the ads/disads:
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Like the anser on 3...  Thats right... How does it work with the memmory processing and handling in C# then? Better and easier then in C/C++? or is it just crappy?
This Managed DirectX? I will take a closer look at it, even if I never have liked DirectX 
Tanks for your time Mr...
Marcus Grenängen
Lead Programmer MO Software Sweden
|
|
|
|
|
Use managed DirectX instead. It's not at a very mature state yet (lacking some documentation and still have annoying bugs), but I'm sure it will become the preferred way of using DirectX pretty soon. Just compare managed vs unmanaged DirectX code (C++ vs C#) and you will notice the great improvement in readability and the superior object oriented model.
Even though I'm used to coding C++, I find C# code so much more readable, and more productive to use. Since the framework includes a compiler you can even use C# for the scripting part of the game (or JScript if you like that better).
Your ideal game project would be 95% C# code, and 5% C/C++ code mixed with assembler for the most performace critical parts. In some years, most people in game industry will use this model I think and hope.
Regards,
/Björn Morén
|
|
|
|
|
1. The advantages include less amount of code to write, cleaner syntax, no manual memory management, faster development cycles. Disadvantages include slower performance, access to platform level services only via P/Invoke.
2. You can use OpenGL in C#. As Heath mentioned, it's already been done. See CsGl[^], the Exo Engine[^], or the cross-platform Tao OpenGL library[^].
3. It's has simpler language syntax than traditional C++, which translates into code that's easier to read, write, and find bugs. Memory management is taken care of for you, preventing many pitfals of C including memory leaks and circular references. It generates verifiable 'safe' code which could be quite important when Microsoft's ClickOnce deployment rolls around. It interoperates with other .NET languages seamlessly without any extra effort; write a public Test() function in a dll and I'd be able to use it from VB.NET, managed C++, JScript.NET, or any other language targetting the .NET platform. Dlls can be stored in the Global Assembly Cache in which dll versions do not overwrite one another, potentially preventing the problems associated with 'dll hell'. See Microsoft's .NET overview[^] for a list of their benefits to using .NET.
Hope that answers some of your questions. To be honest, I don't know if C# is right for game development; C#, while theoretically faster than Java (due to being 'designed for JIT compiling') isn't as fast as C++, and doesn't directly give you access to low-level services in the same flavor as traditional C or C++ does. On the other hand, C++ is not as fast as C, and C is not as fast as pure x86 ASM code, yet that has not stopped developers historically from writing games in C++. I guess it's a tradeoff - speed for RAD. If you are more focused on finishing a game faster than writing a game that runs faster, use C#. If you are more focused on writing a game that squeezes every last drop of performance out, use C/C++/ASM.
FYI, some groups have done interesting game development work with C#. For instance, Vertigo software ported Quake II (written in C and ASM) to the .NET framework using managed C++. clickity[^]. As previously mentioned, Microsoft has released Managed DirectX 9[^]. Microsoft's new XNA[^] initiative plans to build on DirectX (including managed) and Visual Studio as tool bases as well.
|
|
|
|
|
CsGL is obsolete. Tao framework is it's "child" and is fully functional. And my friend has just finished wraping the CG so I think it will be aded in the next realese.
Q:What does the derived class in C# tell to it's parent?
A:All your base are belong to us!
|
|
|
|
|
C#, while theoretically faster than Java (due to being 'designed for JIT compiling')
I love how Redmond constantly tries to imply that JIT compilation is their bright idea. Java had JIT compilers long before the .NET brand was being marketed to the world. The execution speed of Java code, according to an IBM study, is about 1.7 times slower than equivalent Fortran code. Deep compilers, similar to ngen.exe for .NET, exist for Java and work well.
JIT compilation doesn't really say anything about the runtime speed of code, by the way. A good JIT compiler will compile code that runs faster than the output of a worse compiler. JIT compilation does, however, introduce some unavoidable slowness when something is first run, due of course to the compilation time required.
I implemented several applications side-by-side in C# and Java a while back, and they ran neck-and-neck on my setup. Java is faster in some respects, and .NET is a little faster in others.
I agree with everything you wrote except that; chalk this post up to having too much time on my hands on a Sunday afternoon.
Regards,
Jeff Varszegi
|
|
|
|
|
I did say 'theoretically', eh?  Yes, Java has had JIT compiling for awhile I know, however, Java is more or less an interpreted language out of the box, with some so-called 'hot spot' JIT compilation as needed.
Yes, Java and C# are very close performance wise. I'd be willing to bet, though, that as C# matures, .NET will eventually outpeform Java evidently as the great compiler teams at Microsoft focus their brilliant brain-heads on it.
---------------------------
He who knows that enough is enough will always have enough.
-Lao Tsu
|
|
|
|
|
The "HotSpot" compiler is just the name brand for Sun's compiler, which many people don't even prefer to use. All of the major compilers in use today are JIT compilers. "More or less interpreted" is a phrase that applies exactly as much to .NET as it does to Java.
There are also "brilliant brain-heads" at work trying to make Java run faster all the time. Every version has included speed improvements, just as is true between version 1.0 and 1.1 of .NET. I wouldn't be willing to bet that .NET will outperform Java eventually, because they're way too similar, and there's no magic. As they both creep more and more towards optimal implementations, their performance will probably become closer to identical.
I'm not arguing just to argue, but I wouldn't bet that Microsoft stuff will kick ass just because of the brand.
Regards,
Jeff Varszegi
EEEP!
|
|
|
|
|
Have a look at Purple# too. They have a project hosted on SourceForge.
|
|
|
|
|
Chers everybody for ansering my questions. It has become less foggy when thinking in C#, I will explore the OpenGL Potensials and also look at Managed DirectX.
Marcus Grenängen MO Software Sweden
|
|
|
|
|
I'm trying to create a Tree data structure whose externally revealed methods and properties will behave much like the System.Windows.Forms.TreeView. I noticed something strange, and I'm not sure how one would go about doing it. It could just be that I'm missing something simple, however.
You can do the following...
<br />
TreeView tv = new TreeView();<br />
tv.Name = "My TreeView";<br />
TreeNode tn1 = new TreeNode("1");<br />
TreeNode tn2 = new TreeNode("2");<br />
tv.Nodes.Add(tn1);<br />
tv.Nodes[0].Nodes.Add(tn2);<br />
<br />
MessageBox.Show(tv.Nodes[0].TreeView.Name + "; "<br />
+ tv.Nodes[0].Nodes[0].Parent.Text);<br />
The result will be "My TreeView; 1". Which means that tn1 knows that its parent TreeView is tv1, and tn2 knows that its parent TreeNode is tn1. This is weird, because nowhere did I tell tn1 about tv1, or tn2 about tn1, and the Parent and TreeView properties are read only.
Does anyone know how they did this? Or how I might go about mimicing them?
|
|
|
|
|
First of all, the TreeView encapsulates the Tree-View common control, the very same native controls that comprise Windows Explorer and many more applications - the same with most of the Windows Forms Controls. The TreeNode encapsulates the TVI_* messages for the Tree-View common control.
If you plan on doing this yourself, then your tree nodes keep a collection of other tree nodes. When a tree node is inserted into the collection, you assign private or internal properties (depending on your object model) that set both the parent node and the container (like the TreeView). For tree views that don't encapsulate native controls (and define a tree view from scratch), this is generally what's done, like the UltraWinTree from Infragistics[^].
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
I am having a problem with the Directory package. I need to create a list of a root directory and all of the sub-directories associated with that root. I am currently using the System.IO.Directory.GetDirectories(_PathName) to get a list of the first level of subdirectories. This returnes a string array of the subdirectories. Now i need to go anothers step down and check all of these subdirectories for additional subdirectories. The problem is that i could do this but i am not quite sure how to extend this for an unknown amount of levels within the directroy structure. Any help would be appreciated.
Thanks
|
|
|
|
|
and I readthe directory tree..(The same as your program)
read it and get the idea
private void cmdCopy_Click(object sender, System.EventArgs e)<br />
{<br />
if(!Directory.Exists(txtDist.Text))<br />
{<br />
MessageBox.Show("Please enter a valid path");<br />
return;<br />
}<br />
DirectoryInfo dir=new DirectoryInfo(txtSrc.Text);<br />
CopyDirectory(txtSrc.Text,txtDist.Text+"\\"+dir.Name);<br />
MessageBox.Show("OK");<br />
}<br />
<br />
private void CopyDirectory(string src,string dist)<br />
{<br />
if(!Directory.Exists(dist))<br />
Directory.CreateDirectory(dist);<br />
<br />
FileInfo file;<br />
DirectoryInfo dir;<br />
string[] strFiles;<br />
string[] strDirs;<br />
<br />
strFiles=Directory.GetFiles(src);<br />
foreach (string strFile in strFiles)<br />
{<br />
file=new FileInfo(strFile);<br />
file.CopyTo(dist+"\\"+file.Name);<br />
}<br />
<br />
strDirs=Directory.GetDirectories(src);<br />
foreach (string strDir in strDirs)<br />
{<br />
dir=new DirectoryInfo(strDir);<br />
if(dir.FullName==dist)
continue;<br />
CopyDirectory(dir.FullName,dist+"\\"+dir.Name);<br />
}<br />
}
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
