🚀 go-pugleaf

"Passero" <bla@bla.bla> writes:

> Hetgeen ik eigenlijk zou willen is een interface waar ik attributen kan
> gebruiken maar wanneer je bij een interface een attribuut definieert is dat
> automatisch final en dat wil ik niet. Daarom had ik gedacht aan een
> abstracte klasse maar dan heb ik geen controle dat alle methode'n worden
> ge�mplementeerd.

Ik doe vaak een combinatie van die twee:

public interface IGateway
{
   public long getId();
   public void setId(long id);

   public void someBusinessLogic();
}

public abstract class AbstractGateway implements IGateway
{
   private long mId;

   public long getId()
   {
      return mId;
   }

   public void setId(long id)
   {
      mId = id;
   }
}

De abstract class neemt de interface over. Dus je zal de overige methods van de
interface nog meoten implementeren in de subclass van de abstract class. Dat is
toch de 'controle' die je zoekt?

   public class MyGateway extends AbstractGateway
   {
      public void someBusinessLogic()
      {
         ...
      }
   }

Wat je in de abstract class stopt hangt helemaal van je model af. Ik doe het
nu voornamelijk voor de properties.

 S.