Need brains,.... must eat,....
Jul 02, 2012 at 6:25 AM
Also checkout my toolkit: https://www.nuget.org/packages/Krempel.WP7
It's not as big and as nice, but still very good
Jun 28, 2012 at 7:49 AM
@bdesmet: My world is a bit extreme, it's either 1 or 0
It still amazes me that a lot of people havent heard about Rx, I continue to teach the developers around me the phylosophy of Rx.
And it's so much more then a abstraction layer over events. You can project it to larger systems aswell. Like SharePoint for instance, all it does is pull, there is not much push going on.
Facebook is more push then pull, that's why I think they are so popular. You get pulled into the thing!
Jun 26, 2012 at 5:51 AM
@LeeCampbell: A W E S O M EI think there is still a cost of making all events (just a multicast delegate) into subjects (classes with state and behaviour).
I know it's impossible at v4.5 of the .Net framework, but one can still dream right?
And the subjects would be lazy instantiated, so if they are not used, they are not allocated.
Jun 22, 2012 at 9:11 AM
@bdesmet: awesome! Cant wait to get cracking!
Jun 22, 2012 at 6:59 AM
@felix9: It still boggles my brain on how complicated something as simple as reactive programming can get.
I have to think, code, rethink, code, rethink, code, test, rethink, code, just to get the simplest scenario's to work. I feel I'm missing something, some trick, some common approach, maybe some more XML comments on the Rx Extensions methods would be helpfull.
It feels like you have to know Rx inside out to just get started with it, to me that is shamefull because I believe it's one of the most important discoveries of our time (yes, I really really mean that).
Jun 22, 2012 at 12:25 AM
I absolutely love Rx, I think it's the missing LINQ (hehe) in programming today. And people say Microsoft doesnt innovate
In a previous thread I asked why all events could not be replaced with observables, as events are an obvious hack , Bart stated that it would be too expensive because per event we would have an instance of an observable. Loading the .Net framework into memory would then hog too much memory.
I've come up with what I think is a solution.
When currently you raise an event, you create an OnSomeEvent method, wich checks if the actual event is not null and then raises the event. We can do something simular with Rx. Create an private Subject<T> expose it as an property of the type IObservable<T> with only a getter. In the getter do lazy activation if the subject is null. In the OnSomeEvent check if the subject is not null and call an OnNext.
I'm still strugling with time based operations myself. In my PullToRefresh panel, I need some timeout wich is cancellable. I solved it using pattern recognition, but I think a more elegant solution is out there. So can't wait to see what improvements this release has.
Thanks for this Bart, your poster is going above my bed (if my wife let's me)!
Edit; lol @ Atomium on your desk