03.01.2014 20:16:12
@davidfowl Yust one more (vivid) example: Even if my fingers perfectly fit into the power-socket, it wouldn't be a good idea to put it into.
|
03.01.2014 20:11:52
@davidfowl Take it this way: Does it make your app more self-descriptive that a DataProtector can be ANYTHING that fits to Tuple<Func, Func>
|
03.01.2014 20:10:34
@davidfowl not sure, if there really is such a hell in C# or Java. If yes, I didn't see it.
|
03.01.2014 20:07:55
@davidfowl for me, an interface-implementation is also a is-a relationship. A DataFormat is a IDataFormat and can therefore be used as such
|
03.01.2014 20:07:55
@davidfowl for me, an interface-implementation is also a is-a relationship. A DataFormat is a IDataFormat and can therefore be used as such
|
03.01.2014 20:05:53
@davidfowl But there has to be a reason, that main-stream OO-Languages have used nominal subtyping in the last 20 years.
|
03.01.2014 20:05:53
@davidfowl But there has to be a reason, that main-stream OO-Languages have used nominal subtyping in the last 20 years.
|
03.01.2014 20:05:46
@davidfowl I understand, that from a functional point of view, structural subtyping is a nice thing ...
|
03.01.2014 20:05:46
@davidfowl I understand, that from a functional point of view, structural subtyping is a nice thing ...
|
03.01.2014 19:52:14
@davidfowl i think the reason, we have that in TypeScript and Dart is that we have to create supertypes for javascript-things subsequently.
|
03.01.2014 19:52:14
@davidfowl i think the reason, we have that in TypeScript and Dart is that we have to create supertypes for javascript-things subsequently.
|
03.01.2014 19:48:22
@davidfowl who says that interfaces do not build a IS-A-Relationship?
|
03.01.2014 19:47:19
@davidfowl and structural subtyping leads to sw that is less self-describing. we had this in C and C++ and discarded it for a good reason.
|
03.01.2014 19:43:32
@davidfowl Not sure, that this is a great feature. A having members that are a subset of the members of B does not mean that a B *is* an A
|
03.01.2014 18:55:13
@michelebusta @julielerman http://t.co/ESHgUn3u8p's provider really works fine. Whish I could say the same about the official ora-provider
|