C#

DaveyM69 wrote:

What use it would be I don't know as it will never run without the Operating System plus .net framework. You would need to develop a hardware driver as well to communicate between your eeprom/microcontroller and the operating system/framework.

DaveyM69 wrote:

If you want it as a standalone thing without a computer connected then no as the operating system and .net framework need a PC to run plus attempting to copy them would be highly illegal.

kriskris wrote:

i'm lost ...

kriskris wrote:

the next situation

d00_ape wrote:

Where can I read about all intellisence can give me as a developer?

Taka Muraoka wrote:

I'm pretty new to C# but this seems kinda dumb. Am I missing something?

Scott Dorman wrote:

The fact that C# implements a foreach iterator was done mostly as a convenience for the developer more than anything else.

Scott Dorman wrote:

The rules for implementing the generic IEnumerable<t> exist that way because IEnumerable<t> implements the IEnumerable interface.

Taka Muraoka wrote:

Given that this kind of feature is pretty standard in modern languages, I'd say it's perhaps a little more than a developers' convenience.

Taka Muraoka wrote:

This is the one that really baffles me. The generic GetEnumerator() doesn't appear to get called so I don't quite see the point of having IEnumerable<t> at all.

Scott Dorman wrote:

I think what you will find behind the scenes in the IL is pretty much the same calls if you used a class that implemented IEnumerable or one that didn't. The code generated is still a call to GetEnumerator and then calls to GetCurrent.

Scott Dorman wrote:

The fact that foreach works without IEnumerable was probably done in order to provide the most flexibility. I wouldn't necessary say that it suggests "someone who doesn't really know what they are doing".

Scott Dorman wrote:

What are you using to determine that the generic GetEnumerator isn't being called?

Taka Muraoka wrote:

I haven't really bothered looking too deeply into IL but as a hard-core C++ guy, it certainly doesn't make any sense.

Taka Muraoka wrote:

Well, it doesn't really make any sense from a general OO point of view, either

Taka Muraoka wrote:

Just stepping through in the debugger. Modifying it in the code sample in my OP to return null seems to have no ill effects.

foreach (int n in (IEnumerable<int>)x)
{
   System.Console.WriteLine(n);
}

class X : IEnumerable<int>
{
    private List<int> mList = new List<int>();
    public X()
    {
        mList.Add(1); mList.Add(2); mList.Add(3);
    }
 
    IEnumerator<int> IEnumerable<int>.GetEnumerator()
    {
        return mList.GetEnumerator();
    }
 
   IEnumerator IEnumerable.GetEnumerator()
    {
        return mList.GetEnumerator();
    }
}

class X : IEnumerable<int>
{
    private List<int> mList = new List<int>();
    public X()
    {
        mList.Add(1); mList.Add(2); mList.Add(3);
    }
 
    public IEnumerator<int> GetEnumerator()
    {
        return mList.GetEnumerator();
    }
 
   IEnumerator IEnumerable.GetEnumerator()
    {
        return mList.GetEnumerator();
    }
}

Scott Dorman wrote:

1: Leave your class X defined as is, and change the call in the foreach loop to read

foreach (int n in (IEnumerable<int>x)
{
   System.Console.WriteLine(n);
}

Scott Dorman wrote:

2: Leave the foreach call as is, and change X to read:

class X 
{
    private List<int> mList = new List<int>() ;
    public X() { mList.Add(1) ; mList.Add(2) ; mList.Add(3) ; }
    public IEnumerator GetEnumerator() { return mList.GetEnumerator() ; }
}

foreach ( X n in x ) // nb: iterate using an X, not an int
    System.Console.WriteLine( n ) ;