April 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How to catch and handle multiple exceptions

by Esteban Maringolo

Richard, I was going to comment the #when:do:[when:do:] approach of VAST [1]. Why do you say it won't be fast? Because of the multiple exception handlers in the call stack? I think that some construct might be used to obtain the same as the #when:do:when:do: but using a chained approach instead. Regards, [1] AFAIR when I used VAST (+a decade ago) it didn't have "ANSI" exceptions. Esteban A. Maringolo El lun., 8 abr. 2019 a las 0:49, Richard O'Keefe (<raoknz(a)gmail.com>) escribiÃ³: > > VisualAge Smalltalk has, in addition to the standard #on:do:, > #when:do:, ..., #when:do:#when:do:#when:do:#when:do:#when:do:, > with the last four mapping to #whenOneOf:doMatching:, taking > two arrays. > > It's easy enough to add your own methods like > on: exn1 do: act1 on: exn2 do: act2 > "An imperfect emulation of VAST's #when:do:when:do:" > ^[self on: exn1 do: act1] on: exn2 do: act2 > > on: exn1 do: act1 on: exn2 do: act2 on: exn3 do: act3 > "An imperfect emulation of VAST's #when:do:when:do:when:do:" > ^[[self on: exn1 do: act1] on: exn2 do: act2] on: exn3 do: act3 > to BlockClosure. It won't be fast, but your code might be > clearer. > > > On Mon, 8 Apr 2019 at 10:21, Tim Mackinnon <tim(a)testit.works> wrote: >> >> >> Thanks, I guess that makes sense, although it somehow looks a bit ugly with the nested brackets.. but nothing else springs to mind so maybe Iâll get used to it (and In my case I think itâs likely 2 or 3 different exceptions) >> >> Tim >> >> Sent from my iPhone >> >> > On 7 Apr 2019, at 20:43, Richard Sargent <richard.sargent(a)gemtalksystems.com> wrote: >> > >> > >> > This last one. >> > >> > [[self run] >> > on: TestFailure >> > do: [:testEx | ...]] >> > on: Error >> > do: [:error | ...] >> >>

April 8, 2019

Re: [Pharo-users] Iceberg for files other than code?

by Konrad Hinsen

Hi Tim, > Hi Konrad - I think you can do what you describe - I think the > ICeRepository entry for your project will have the path you want. Indeed. Here's how to get the repository for class MyClass: repo := IceRepository registeredRepositoryIncludingPackage: MyClass package. And then the path ist just repo location. > And yes, its the committing back non source files where iceberg > doesnât try to do anything (and so needs help from elsewhere). >From what I saw so far it looks possible to change a file and do a commit from Pharo code, bypassing the Iceberg UI. For some uses that may be OK. Konrad.

April 8, 2019

Re: [Pharo-users] can I do something like this with Double Dispatch

by Roelof Wobben

April 8, 2019

Re: [Pharo-users] difference between double dispatch and the method explains here

by Roelof Wobben

April 8, 2019

Re: [Pharo-users] difference between double dispatch and the method explains here

by Roelof Wobben

April 8, 2019

Re: [Pharo-users] can I do something like this with Double Dispatch

by Richard O'Keefe

Remember, we cannot see the Smalltalk exercises in exercism. We cannot help you without knowing what problem you are trying to solve. Is this problem basically the same as https://www.reddit.com/r/dailyprogrammer/comments/3ntsni/20151007_challenge… or is it different? Double dispatch is a programming technique, not an end in itself. A weird thing about the exercism site is that you can see *solutions* to problems for a language even if you cannot see the *problems* themselves. So I have seen *solutions* to Bowling in several languages; some with no objects at all, and some using single dispatch only. This is a 'medium' problem, meaning the solution is maybe 2 or 3 pages. KEEP IT SIMPLE. Not every *concept* needs to be a *class*. On Sat, 6 Apr 2019 at 21:53, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello, > > Just thinking how to solve the bowling challenge from exercism. > > but I wonder if I can do something like this in the method that checks > if I have the right object > > I was thinking about this : > > Result > -- Strike > -- Spare > -- allOther > > then In Strike something like this > > checkForBonus: number1 score2: number2 > ^ number1 + number2 == 10 > > or am I thinking the totally wrong way to solve this? > > Roelof > > > >

April 8, 2019

Re: [Pharo-users] difference between double dispatch and the method explains here

by Richard O'Keefe

One thing I have often seen and lamented is students writing excessively complicated code with way too many classes. There is a huge difference between "A Robot knows its position and direction." and "A Robot has-a Position and has-a Direction." The first is the important one. The second is an over-commitment to too many classses. For a problem like this, you really really do not want a Direction class, and you certainly have no use for double dispatch. A position can be represented by a pair of integers x, y. It could also be represented by a Point with integer components. A direction could be represented by a pair of integers dx, dy such that |dx|+|dy| = 1. It could also be represented by a Point with integer components. For movement, you need to be able to add the direction to the location, which could be simply x := x + dx. y := y + dy. or it could be position := position + direction. For turning, you need to be able to rotate a direction vector by ninety degrees. Now it so happens that Point has methods #leftRotated and #rightRotated. So we can do the following: a Robot has position (a Point) and direction (aPoint) position := 0 @ 0. direction := 0 @ 1. To move forward without turning: position := position + direction. To turn left without moving: direction := direction leftRotated. To turn right without moving: direction := direction rightRotated. To obey a sequence of characters, commands: commands do: [:each | each caseOf: { [$A] -> [--move forward--]. [$L] -> [--turn left--]. [$R] -> [--turn right--] }]. One of the key ideas in extreme programming is "You Ain't Gonna Need It", abbreviated to YAGNI! The idea is *DON'T* generalise beyond your immediate needs. In this case, for example, the likelihood of *this* program needing to deal with more general kinds of movement is ZERO. And the only reason for using Point here instead of just using a few simple assignment statements is that Point already exists, so costs nothing to write, and as a familiar class, code using it should be easy to read. If someone challenges you to do something counter-productive, refuse the challenge. On Mon, 8 Apr 2019 at 17:21, Roelof Wobben <r.wobben(a)home.nl> wrote: > I can try to explain what I trying to solve. > > I have a Robot which can turn left, turn right or moveForward. > > now I have a string like 'LAR' > > that means the robot needs to turn left (l) , move forward one place (A) > and turn left. > and I have to keep track to which direction the robot is facing and on > which coordinate it stands. > > so to summarize with the above string > > lets say the robot is facing north on coordinate (0,0) > then it has to turn left , so its facing east and still on coordinate > (0,0) > then it has to move forward, so its still facing east but are on > coordinate(0,1) > then it has to turn right, so its facing north and on coordinate (0,1) > > and TimMacKinnon has challenged me to do this with double dispatch. > > So I think now I need a object Direction, a sub object North and a sub - > sub object TurnLeft, turnRight and moveForward. > > So I can use double dispath first the direction North, East, South, West > and then use double dispatch to find the right move. > > Roelof > > > > > > Op 8-4-2019 om 06:50 schreef Richard O'Keefe: > > It would really REALLY **REALLY** help if we knew what > the heck you were trying to do. There is an excellent > chance that it is MUCH simpler than you think. If you > cannot show us the Smalltalk version of the problem, > can you show us the version for some other language? > > > On Sun, 7 Apr 2019 at 20:15, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Op 6-4-2019 om 15:15 schreef K K Subbu: >> > On 06/04/19 4:49 PM, Roelof Wobben wrote: >> >> Hello, >> >> >> >> I just learned double dispatch. >> >> And now for the Robot challenge of exercism Tim has pointed me to >> >> this >> >> article( >> https://blog.metaobject.com/2019/04/accessors-have-message-obsession.html) >> >> >> >> >> but I fail to see how the move method looks like in that article. >> >> I had a conversation with Tim in the exercism channel and the way he >> >> explains it, it looks like double dispatch for me. >> >> >> >> Am I on the right track or do I oversee something here. >> > unary methods like moveRight perform specific ops and are not >> > parametric, so only a single dispatch, depending on the receiver, is >> > needed. >> > >> > If you change it to move: aDistanceOrAngle, then performing requests >> > like "move: 3 cms" or "move: 30 degrees" will depend not only on the >> > receiver but also on the class of the argument. This would need double >> > dispatch (aka multiple polymorphism). The first dispatch would be >> > based on the receiver and the receiver's method would then dispatch it >> > based on the class of the argument (i.e. Distance>>move or Angle>>move ) >> > >> > HTH .. Subbu >> > >> > >> >> >> hmm, still stuck >> >> I have now a class Direction with as instance variables north, south, >> east, west >> and made the accessors. >> >> then I thought I need a initialize like this : >> >> initialize >> north = Direction( 0, -1). >> east = Direction( 1, 0). >> south = Direction( 0, 1). >> west = Direction(-1, 0). >> >> but the Direction (0,-1) is a problem . the compiler does not like the >> (0,-1) part >> >> to give you the big picture. I have a Robot which can turnRight , >> turnLeft and moveForward and I try to understand how the page would work >> in my case. >> >> So I have a object Direction as described above and a Object MoveForward >> which is a subobject of Direction. >> MoveForward has only 1 method : >> >> IsMove >> ^ 'A' >> >> Roelof >> >> >> >

April 8, 2019

Re: [Pharo-users] difference between double dispatch and the method explains here

by Roelof Wobben

April 8, 2019

Re: [Pharo-users] difference between double dispatch and the method explains here

by Richard O'Keefe

It would really REALLY **REALLY** help if we knew what the heck you were trying to do. There is an excellent chance that it is MUCH simpler than you think. If you cannot show us the Smalltalk version of the problem, can you show us the version for some other language? On Sun, 7 Apr 2019 at 20:15, Roelof Wobben <r.wobben(a)home.nl> wrote: > Op 6-4-2019 om 15:15 schreef K K Subbu: > > On 06/04/19 4:49 PM, Roelof Wobben wrote: > >> Hello, > >> > >> I just learned double dispatch. > >> And now for the Robot challenge of exercism Tim has pointed me to > >> this > >> article( > https://blog.metaobject.com/2019/04/accessors-have-message-obsession.html) > > >> > >> but I fail to see how the move method looks like in that article. > >> I had a conversation with Tim in the exercism channel and the way he > >> explains it, it looks like double dispatch for me. > >> > >> Am I on the right track or do I oversee something here. > > unary methods like moveRight perform specific ops and are not > > parametric, so only a single dispatch, depending on the receiver, is > > needed. > > > > If you change it to move: aDistanceOrAngle, then performing requests > > like "move: 3 cms" or "move: 30 degrees" will depend not only on the > > receiver but also on the class of the argument. This would need double > > dispatch (aka multiple polymorphism). The first dispatch would be > > based on the receiver and the receiver's method would then dispatch it > > based on the class of the argument (i.e. Distance>>move or Angle>>move ) > > > > HTH .. Subbu > > > > > > > hmm, still stuck > > I have now a class Direction with as instance variables north, south, > east, west > and made the accessors. > > then I thought I need a initialize like this : > > initialize > north = Direction( 0, -1). > east = Direction( 1, 0). > south = Direction( 0, 1). > west = Direction(-1, 0). > > but the Direction (0,-1) is a problem . the compiler does not like the > (0,-1) part > > to give you the big picture. I have a Robot which can turnRight , > turnLeft and moveForward and I try to understand how the page would work > in my case. > > So I have a object Direction as described above and a Object MoveForward > which is a subobject of Direction. > MoveForward has only 1 method : > > IsMove > ^ 'A' > > Roelof > > >

April 8, 2019

Re: [Pharo-users] How to catch and handle multiple exceptions

by Richard O'Keefe

VisualAge Smalltalk has, in addition to the standard #on:do:, #when:do:, ..., #when:do:#when:do:#when:do:#when:do:#when:do:, with the last four mapping to #whenOneOf:doMatching:, taking two arrays. It's easy enough to add your own methods like on: exn1 do: act1 on: exn2 do: act2 "An imperfect emulation of VAST's #when:do:when:do:" ^[self on: exn1 do: act1] on: exn2 do: act2 on: exn1 do: act1 on: exn2 do: act2 on: exn3 do: act3 "An imperfect emulation of VAST's #when:do:when:do:when:do:" ^[[self on: exn1 do: act1] on: exn2 do: act2] on: exn3 do: act3 to BlockClosure. It won't be fast, but your code might be clearer. On Mon, 8 Apr 2019 at 10:21, Tim Mackinnon <tim(a)testit.works> wrote: > > Thanks, I guess that makes sense, although it somehow looks a bit ugly > with the nested brackets.. but nothing else springs to mind so maybe Iâll > get used to it (and In my case I think itâs likely 2 or 3 different > exceptions) > > Tim > > Sent from my iPhone > > > On 7 Apr 2019, at 20:43, Richard Sargent < > richard.sargent(a)gemtalksystems.com> wrote: > > > > > > This last one. > > > > [[self run] > > on: TestFailure > > do: [:testEx | ...]] > > on: Error > > do: [:error | ...] > > >

April 8, 2019