Note: - The list I am attaching this to does NOT have version history turned on.
So the question is: What is a good technique that can be implemented such that I can check whether a specific column in a list changed in the The blog post James's colleague wrote is wrong.
With that in mind, Share Point 2010 is like a sea of icebergs – there is a lot going on under the surface that you may not notice until it’s too late.
Unfortunately, that makes your project like the Titanic.
Damon gives just one example of a poisoned dagger in the game of Sharepoint Development: The Item Event Receiver.
I’m usually disappointed when writers employ oft-overused metaphors to describe a situation.
In other words, if we wanted to set a value “Tax Area” to “Europe” we’d do: In our case, however, we didn’t know what these properties were before hand.
Rather, we were ‘inheriting’ values from a parent folder.
After Properties["column"])) It makes the conditional a lot less hairy.
If someone sees anything that could be more efficient please comment, but I'm pretty sure this works at least. Oh, and one way to simplify the code (don't have edit rights yet) to tease out the null conditions is to use Convert. From your question, I understood you needed to wait until Item Updated to run that code.
After Properties["column"] == null)) If you want to change columns in the Item Updated, remember to set Event Firing Enabled before you do your System Update() or Update(), so that the eventreceiver isn't triggered again. Here's the code on that page, in case it vanishes over time If you can execute your additional code during Item Updating, then this is the place to do it.
Personally, I think this may be a bug; I don’t see why this shouldn’t work at the SPSite level.
Anyway, there is still another option – we could register our event against a particular Content Type.
If so, indeed the best way to do it is to add a hidden bit column, or an int column if you want to cheaply store changed flags for several columns.