'This' type

Marek Kozieł develop4lasu at gmail.com
Tue Mar 3 12:17:17 PST 2009


AUTHOR: Lasu aka Marek Kozieł http://lasu2string.blogspot.com/

OVERVIEW

FEATURE SUMMARY:
This type add ability to project valid interfaces(classes) for further
extending/implementing. 'This' means current interface/class type or
something implementing/extending it.



MAJOR ADVANTAGE:
- Support of interface projecting at interface level.
- More readable code structure (interfaces/methods).
- Making refactor more enjoyable (much easier).
- Discarding request of replacing 'void' with 'this'.
- Splitting interfaces to sub-interfaces can become pleasant.
- Down casting working properly.
- Decreasing number of method signatures in classes/interfaces.


MAJOR DISADVANTAGE:
- Class 'This' may already exist somewhere in code(?)
- As so far, it's not been thought over know if there is point of using it
for input parameters.
- 'This.class' might be a problem for generics, but generally everything
depends on how 'This' is interpreted(personally, I think that it should be
generic with arguments)(this.getClass()).

ALTERNATIVES:
Rewriting each method's signature on every class / interface.

EXAMPLES
  public static interface IB implements Iterable<This> {
  }

  public static interface IC implements IB {
  }

Would mean(which is impossible now time):
  public static interface IC implementsIB, Iterable<IC> {
  }

public static interface IA {
  This write(String s);
  }

  public static interface IB extends IA {
  This write(double value);
  }

  public abstract static class CC implements IB {
  This write(int value){
__  ...
__  return this;
  }
  }

  public static class CD extends CC {
  @Override
  public This write(double value) {
__  ...
__  return this;
  }
  @Override
  public This write(String s) {
__  ...
__  return this;
  }
  }

  public static void main(String[] args) {
__  CD object = new CD();
__  object.write("Some").write(3).write(3.11);
  }


Nowdays, the same code would look as:
public static interface IA {
  IA write(String s);
  }

  public static interface IB extends IA {
  IB write(double value);
  @Override
  IB write(String s);
  }

  public abstract static class CC implements IB {
  CC write(int value){
__  ...
__  return this;
  }

  @Override
  public abstract CC write(double value);

  @Override
  public abstract CC write(String s);
  }

  public static class CD extends CC {
  @Override
  public CD write(double value) {
__  ...
__  return this;
  }
  @Override
  public CD write(String s) {
__  ...
__  return this;
  }
__  @Override
  CD write(int value){
__  ...
__  return this;
  }
  }

DETAILS:

SPECIFICATION:
(I did not have time to analyze this completely.)

COMPILATION:
With 'This' type is valid:
this
null
? extends This

'This' should be considered to be able to appear in:
return type(yes).
input type(yes/no?).
method body(yes?).
As generic parameter(yes/only if they appear as return types?).

List<This extends Container<This>> would mean This but not less than
Container

This could be reduced to last superclass

COMPATIBILITY

Only programs where are class/interface named 'This' used can be problem.

REFERENCES

Notice that considered document does not contain complete analyze of those
solutions and can have some lacks. So if you have some questions/advices
that it does not fully fit with Project Coin, post it on my blog to discuss:
http://lasu2string.blogspot.com/2009/03/this-type.html


-- 
Pozdrowionka. / Regards.
Lasu aka Marek Kozieł

http://lasu2string.blogspot.com/



More information about the coin-dev mailing list