C#

Orjan Westin wrote:

When reading about IDisposable, I get the impression that the consensus is that once you introduce it, everything that's even heard about it need to be made IDisposable too. Can this really be correct?

Orjan Westin wrote:

Would Model have to be IDisposable?

PIEBALDconsult wrote:

Adding IDisposable never hurt anyone. A big part of me wishes Object had a Dispose and there was no interface -- I think that would be cleaner.

PIEBALDconsult wrote:

(This is not likely to be a popular opinion.)

Adding IDisposable never hurt anyone

Orjan Westin wrote:

When reading about IDisposable, I get the impression that the consensus is that once you introduce it, everything that's even heard about it need to be made IDisposable too. Can this really be correct?

Orjan Westin wrote:

Now, the derived classes are already IDisposable from DriverWrapper, but if they only hold delegates, which aren't IDisposable themselves, is there any need to override Dispose(bool) in these? I think not, but I'm no expert on C#.

Orjan Westin wrote:

Would Model have to be IDisposable? Surely the DriverWrapper is now managed, and will be tidied away when the Model is? If not, would ModelA-C need to override Dispose even if they have no further data?

Orjan Westin wrote:

Honestly, at times like this I really miss RAII

Orjan Westin wrote:

Now, the derived classes are already IDisposable from DriverWrapper, but if they only hold delegates, which aren't IDisposable themselves, is there any need to override Dispose(bool) in these? I think not, but I'm no expert on C#.

Would Model have to be IDisposable?

If not, would ModelA-C need to override Dispose even if they have no further data?

I am testing various methods and events of the PropertyGrid class but could not capture the double click an event, nor the automatic generation of the event name using the method CreateUniqueMethodName.
     I need to intercept this action to open my dialogue will be informed where the event code.
     Can you be more specific?
     Thanks

Your original question stated:

I need to capture the double mouse click events

bonosa wrote:

It does not compile sayiing the c++ is expecting a pointer to a structure. I thought making it an & is the same as passing by ref?

struct hdf_call_vars_t {
	int foo;
};

public ref class Class1 {
	public:
        int read_file(const char * file_path, hdf_call_vars_t & ret_vals);
};

int Class1::read_file(const char * file_path, hdf_call_vars_t & ret_vals)
{
	Console::WriteLine(ret_vals.foo);
	return 1;
}

int main(array<System::String ^> ^args)
{    
	hdf_call_vars_t instance;
	instance.foo = 10;
	Class1^ c = gcnew Class1;
	c->read_file("A string", instance);
        return 0;
}

// ClassLibrary.h

using namespace System;

namespace Example {

	// Native struct
	struct hdf_call_vars_t {
		int foo;
	};

	// This wraps the native hdf_call_vars_t and provides managed class
	public ref class HdfCallVars
	{
	private:
		hdf_call_vars_t* native;

	public:
		HdfCallVars()
		{
			native = new hdf_call_vars_t;
		}

		property int Foo
		{
			int get()
			{
				return native->foo;
			}
			void set(int value)
			{
				native->foo = value;
			}
		}
	};


	// This is your libraries main class
	public ref class YourLibrary {
	public:
		// This method now takes managed objects
		int ReadFile(String^ file_path, HdfCallVars^ ret_vals)
		{
			// your code goes here
			return ret_vals->Foo;
		}
	};
}

using System;
using Example;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            HdfCallVars vars = new HdfCallVars();
            vars.Foo = 10;  // Doing native call through well defined interface

            YourLibrary library = new YourLibrary();
            int status = library.ReadFile("filepath", vars);
            Console.WriteLine(status);
            Console.Read();
        }
    }
}