Re: [BLACKBOX] Go

From: [at]} <Josef>
Date: Tue, 17 Nov 2009 09:57:57 +0100

----boundary-LibPST-iamunique-283996397_-_-
Content-type: text/plain

I have to add this correction to my posting on go:

go does have a form of inheritance on the level of
struct by means of so-called 'anonymous fields'.
They allow for a mixin OO style, which means that
a struct T can be mixed into another struct S where
S inherits all fields and type bound procedures of T
(similar to a macro expansion).
There can be multiple mixins in a struct but there is no
compatibility between S and T unless you use an interface.

- JT


----- Original Message -----
From: "Josef Templ" <Josef.Templ{([at]})nowhere.xy
To: <BLACKBOX{([at]})nowhere.xy
Sent: Friday, November 13, 2009 9:53 AM
Subject: Re: [BLACKBOX] Go


> Hi Everybody!
>
> I have just scanned the Go language spec and it looks a lot
> like a mix from Oberon/CP and C with some interesting syntactical
> ideas borrowed from functional languages, I guess,
> but nothing really new.
>
> Regarding OO features it seems weak to me.
> It has type bound procedures but no inheritance.
> It doesn't even have type extension for records as the
> original Oberon introduced.
> (Please correct me if I missed something in the spec.)
>
> All it has is an interface type with structural equivalence rules.
> An interface is a purely abstract type that only specifies a set of
> method signatures. It is compatible with any type that has
> the appropriate set of type bound procedures, which is checked
> by the compiler.
>
> I guess it would be very hard to program something like the Oberon
> system with its many extensible message records in Go. The message
> records would have to be expressed by interfaces with setter and getter
> functions for accessing the record fields. And there is no subclassing for
> creating extended message types.
> It would also be very hard to program in a Java/C++-OO-style with
> tons of methods inherited by subclasses. These would have to
> be replicated by the programmer.
> May be they envision a new OO-programminig style that
> I am not aware of.
>
> This is at least my understanding from the language spec.
>
> A questionable point, in my oppinion, is the way exports are marked.
> Go uses the convention that a name starting with a capital letter is public.
> So when you decide to export a previously private name later on,
> you have to change that name.
> For me, the funniest part of the language spec is the name for threads in Go.
> They are called 'goroutines'.
>
> - JT
>
>
> ----
> To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy

----
To unsubscribe, send a message with body "SIGNOFF BLACKBOX" to LISTSERV{([at]})nowhere.xy----boundary-LibPST-iamunique-283996397_-_-
Content-type: application/rtf
Content-transfer-encoding: base64
Content-Disposition: attachment; filename="rtf-body.rtf"
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbXRleHQgXGRlZmYwe1xmb250dGJsDQp7XGYwXGZz
d2lzcyBBcmlhbDt9DQp7XGYxXGZtb2Rlcm4gQ291cmllciBOZXc7fQ0Ke1xmMlxmbmlsXGZjaGFy
c2V0MiBTeW1ib2w7fQ0Ke1xmM1xmbW9kZXJuXGZjaGFyc2V0MCBDb3VyaWVyIE5ldzt9fQ0Ke1xj
b2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBh
cmRccGxhaW5cZGVmdGFiMzYwIFxmMFxmczIwIEkgaGF2ZSB0byBhZGQgdGhpcyBjb3JyZWN0aW9u
IHRvIG15IHBvc3Rpbmcgb24gZ286XHBhcg0KXHBhcg0KZ28gZG9lcyBoYXZlIGEgZm9ybSBvZiBp
bmhlcml0YW5jZSBvbiB0aGUgbGV2ZWwgb2ZccGFyDQpzdHJ1Y3QgYnkgbWVhbnMgb2Ygc28tY2Fs
bGVkICdhbm9ueW1vdXMgZmllbGRzJy5ccGFyDQpUaGV5IGFsbG93IGZvciBhIG1peGluIE9PIHN0
eWxlLCB3aGljaCBtZWFucyB0aGF0XHBhcg0KYSBzdHJ1Y3QgVCBjYW4gYmUgbWl4ZWQgaW50byBh
bm90aGVyIHN0cnVjdCBTIHdoZXJlXHBhcg0KUyBpbmhlcml0cyBhbGwgZmllbGRzIGFuZCB0eXBl
IGJvdW5kIHByb2NlZHVyZXMgb2YgVFxwYXINCihzaW1pbGFyIHRvIGEgbWFjcm8gZXhwYW5zaW9u
KS5ccGFyDQpUaGVyZSBjYW4gYmUgbXVsdGlwbGUgbWl4aW5zIGluIGEgc3RydWN0IGJ1dCAgdGhl
cmUgaXMgbm9ccGFyDQpjb21wYXRpYmlsaXR5IGJldHdlZW4gUyBhbmQgVCB1bmxlc3MgeW91IHVz
ZSBhbiBpbnRlcmZhY2UuXHBhcg0KXHBhcg0KLSBKVFxwYXINClxwYXINClxwYXINCi0tLS0tIE9y
aWdpbmFsIE1lc3NhZ2UgLS0tLS0gXHBhcg0KRnJvbTogIkpvc2VmIFRlbXBsIiA8Sm9zZWYuVGVt
cGxAU09GVFdBUkUtVEVNUEwuQ09NPlxwYXINClRvOiA8QkxBQ0tCT1hATElTVFMuT0JFUk9OLkNI
PlxwYXINClNlbnQ6IEZyaWRheSwgTm92ZW1iZXIgMTMsIDIwMDkgOTo1MyBBTVxwYXINClN1Ympl
Y3Q6IFJlOiBbQkxBQ0tCT1hdIEdvXHBhcg0KXHBhcg0KXHBhcg0KPiBIaSBFdmVyeWJvZHkhXHBh
cg0KPiBccGFyDQo+IEkgaGF2ZSBqdXN0IHNjYW5uZWQgdGhlIEdvIGxhbmd1YWdlIHNwZWMgYW5k
IGl0IGxvb2tzIGEgbG90XHBhcg0KPiBsaWtlIGEgbWl4IGZyb20gT2Jlcm9uL0NQIGFuZCBDIHdp
dGggc29tZSBpbnRlcmVzdGluZyBzeW50YWN0aWNhbFxwYXINCj4gaWRlYXMgYm9ycm93ZWQgZnJv
bSBmdW5jdGlvbmFsIGxhbmd1YWdlcywgSSBndWVzcywgXHBhcg0KPiBidXQgbm90aGluZyByZWFs
bHkgbmV3LlxwYXINCj4gXHBhcg0KPiBSZWdhcmRpbmcgT08gZmVhdHVyZXMgaXQgc2VlbXMgd2Vh
ayB0byBtZS5ccGFyDQo+IEl0IGhhcyB0eXBlIGJvdW5kIHByb2NlZHVyZXMgYnV0IG5vIGluaGVy
aXRhbmNlLlxwYXINCj4gSXQgZG9lc24ndCBldmVuIGhhdmUgdHlwZSBleHRlbnNpb24gZm9yIHJl
Y29yZHMgYXMgdGhlIFxwYXINCj4gb3JpZ2luYWwgT2Jlcm9uIGludHJvZHVjZWQuXHBhcg0KPiAo
UGxlYXNlIGNvcnJlY3QgbWUgaWYgSSBtaXNzZWQgc29tZXRoaW5nIGluIHRoZSBzcGVjLilccGFy
DQo+IFxwYXINCj4gQWxsIGl0IGhhcyBpcyBhbiBpbnRlcmZhY2UgdHlwZSB3aXRoIHN0cnVjdHVy
YWwgZXF1aXZhbGVuY2UgcnVsZXMuXHBhcg0KPiBBbiBpbnRlcmZhY2UgaXMgYSBwdXJlbHkgYWJz
dHJhY3QgdHlwZSB0aGF0IG9ubHkgc3BlY2lmaWVzIGEgc2V0IG9mXHBhcg0KPiBtZXRob2Qgc2ln
bmF0dXJlcy4gSXQgaXMgY29tcGF0aWJsZSB3aXRoIGFueSB0eXBlIHRoYXQgaGFzXHBhcg0KPiB0
aGUgYXBwcm9wcmlhdGUgc2V0IG9mIHR5cGUgYm91bmQgcHJvY2VkdXJlcywgd2hpY2ggaXMgY2hl
Y2tlZFxwYXINCj4gYnkgdGhlIGNvbXBpbGVyLlxwYXINCj4gXHBhcg0KPiBJIGd1ZXNzIGl0IHdv
dWxkIGJlIHZlcnkgaGFyZCB0byBwcm9ncmFtIHNvbWV0aGluZyBsaWtlIHRoZSBPYmVyb24gXHBh
cg0KPiBzeXN0ZW0gd2l0aCBpdHMgbWFueSBleHRlbnNpYmxlIG1lc3NhZ2UgcmVjb3JkcyBpbiBH
by4gVGhlIG1lc3NhZ2VccGFyDQo+IHJlY29yZHMgd291bGQgaGF2ZSB0byBiZSBleHByZXNzZWQg
YnkgaW50ZXJmYWNlcyB3aXRoIHNldHRlciBhbmQgZ2V0dGVyXHBhcg0KPiBmdW5jdGlvbnMgZm9y
IGFjY2Vzc2luZyB0aGUgcmVjb3JkIGZpZWxkcy4gQW5kIHRoZXJlIGlzIG5vIHN1YmNsYXNzaW5n
IGZvclxwYXINCj4gY3JlYXRpbmcgZXh0ZW5kZWQgbWVzc2FnZSB0eXBlcy5ccGFyDQo+IEl0IHdv
dWxkIGFsc28gYmUgdmVyeSBoYXJkIHRvIHByb2dyYW0gaW4gYSBKYXZhL0MrKy1PTy1zdHlsZSB3
aXRoIFxwYXINCj4gdG9ucyBvZiBtZXRob2RzIGluaGVyaXRlZCBieSBzdWJjbGFzc2VzLiBUaGVz
ZSB3b3VsZCBoYXZlIHRvIFxwYXINCj4gYmUgcmVwbGljYXRlZCBieSB0aGUgcHJvZ3JhbW1lci5c
cGFyDQo+IE1heSBiZSB0aGV5IGVudmlzaW9uIGEgbmV3IE9PLXByb2dyYW1taW5pZyBzdHlsZSB0
aGF0XHBhcg0KPiBJIGFtIG5vdCBhd2FyZSBvZi5ccGFyDQo+IFxwYXINCj4gVGhpcyBpcyBhdCBs
ZWFzdCBteSB1bmRlcnN0YW5kaW5nIGZyb20gdGhlIGxhbmd1YWdlIHNwZWMuXHBhcg0KPiBccGFy
DQo+IEEgcXVlc3Rpb25hYmxlIHBvaW50LCBpbiBteSBvcHBpbmlvbiwgaXMgdGhlIHdheSBleHBv
cnRzIGFyZSBtYXJrZWQuXHBhcg0KPiBHbyB1c2VzIHRoZSBjb252ZW50aW9uIHRoYXQgYSBuYW1l
IHN0YXJ0aW5nIHdpdGggYSBjYXBpdGFsIGxldHRlciBpcyBwdWJsaWMuXHBhcg0KPiBTbyB3aGVu
IHlvdSBkZWNpZGUgdG8gZXhwb3J0IGEgcHJldmlvdXNseSBwcml2YXRlIG5hbWUgbGF0ZXIgb24s
XHBhcg0KPiB5b3UgaGF2ZSB0byBjaGFuZ2UgdGhhdCBuYW1lLlxwYXINCj4gRm9yIG1lLCB0aGUg
ZnVubmllc3QgcGFydCBvZiB0aGUgbGFuZ3VhZ2Ugc3BlYyBpcyB0aGUgbmFtZSBmb3IgdGhyZWFk
cyBpbiBHby5ccGFyDQo+IFRoZXkgYXJlIGNhbGxlZCAnZ29yb3V0aW5lcycuXHBhcg0KPiBccGFy
DQo+IC0gSlRccGFyDQo+IFxwYXINCj4gXHBhcg0KPiAtLS0tXHBhcg0KPiBUbyB1bnN1YnNjcmli
ZSwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBib2R5ICJTSUdOT0ZGIEJMQUNLQk9YIiB0byBMSVNUU0VS
VkBMSVNUUy5PQkVST04uQ0hccGFyDQpccGFyDQpccGFyDQotLS0tXHBhcg0KVG8gdW5zdWJzY3Jp
YmUsIHNlbmQgYSBtZXNzYWdlIHdpdGggYm9keSAiU0lHTk9GRiBCTEFDS0JPWCIgdG8gTElTVFNF
UlZATElTVFMuT0JFUk9OLkNIXHBhcg0KfQ==
----boundary-LibPST-iamunique-283996397_-_---

Received on Tue Nov 17 2009 - 09:57:57 UTC