Skip to main content

Basic Differences between Abstract class and Interface



 Behaviour

Abstract Class

Interface

Multiple Inheritance

Not Possible

Possible

Inheritance Chain(of same type)

Possible

Not Possible

(does not fall under the inheritance chain of same type)

Concrete Functionality

Possible

Not Possible

Private Members

Not Possible

Possible

Type can be declared as method input parameter

Not Possible

(because instance could not be created)

Possible

(acceptable with fully implemented instance is being passed)

Structs can implement

Not Possible

Possible

Every member needs to be implemented

No

Yes


We can have the interface as the input type for some method which accepts only the objects which completely implements this interface. Following example shows this:


<asp:Button id="Button1" runat="server" OnClick="Goooooogle"/>





public partial class TestViewState_Default : System.Web.UI.Page
{




protected void Goooooogle(object sender, EventArgs e)
    {
        myClass myclass = new myClass();
        DoSomeAction(myclass);
    }


    private void DoSomeAction(myInterface myinterface)
    {
        Response.Write(myinterface.myfield.ToString());
    }


    public class myClass:myInterface
    {
        int _field;
        public int myfield 
        {
            get { return 12; }
            set { _field = value; }
        }


        public int getId()
        {
            return 190;
        }
    }


    public interface myInterface
    {
       int myfield{get; set;}
       int getId();
    }
}

Popular posts from this blog

Debugging code running on Remote machine

Before performing below steps, you need to make sure you have pdb files matching dll version on the remote machine.  Open below folder in your remote machine C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Remote Debugger\x64  Open that folder and launch as admin  msvsmon.exe  Select all options to allow firewall From Tools > Options  - Keep the settings to default (as shown below) and click ok.  At this point your remote debugger is all set. You need to connect from Visual Studio by entering Machine IP: Port (4022) 

Using IsInRole() with Forms Authentication

A Little background…. Page object provides User [ System.Security.Principal.IPrincipa l ] in order to access to the information about the current authenticated user. User is having following two important members. These members provide way to implement Role-based authorization programmatically. Identity [Property] [ System.Security.Principal.IPrincipal.Identity ] – This property provides important members like AuthenticationType, IsAuthenticated, Name. IsInRole [Method] [ System.Security.Principal . IPrincipa l ] – This method takes single parameter that is string value of Role for which to check the membership.

Reboot WorkerRole using Azure Automation RUNBOOK

Problem:  Scheduling worker role can become a big pain when it comes to long running background tasks. This is because there are no scheduling options available for worker role (as on date of publishing this article) although there are some alternatives to sleep worker role for a while. We needed to automate the process re-executing worker role based on schedule typically every day interval.  We choose Webjobs as it has best scheduling options to execute back ground jobs. Although, we can interact with azure cloud management using azure management libraries and management certificate, it became hard to encrypt the sensitive information such as certificate string, subscription id etc,. Solution: We found Automation RunBooks are the way to go to solve this problem. As it has out-of the-box support to write powershell workflows to manage azure. Nice thing about Runbooks is that it has good scheduling options so that we can schedule workflow as a recurring event.  ...