Viagra Oral Jelly 100mg $204.00

8Dec/087

HIV Test Kit $89.00

Hiv test kit $89.00 I'm not going to delve into the definition of static reflection here, hiv test kit $89.00 but you'll see how it's implemented, hiv test kit $89.00 and how I found it can help me with implementing INotifyPropertyChanged.

Hiv test kit $89.00 Now, hiv test kit $89.00 I've never been a fan of INotifyPropertyChanged myself, hiv test kit $89.00 mostly because it feels wet (read: not DRY).  I'm working on a WPF app at the moment, hiv test kit $89.00 and have come to realize, hiv test kit $89.00 if I embrace INotifyPropertyChanged, hiv test kit $89.00 I get to take full advantage of the excellent WPF databinding story.

Hiv test kit $89.00 Here is what a normal use of INotifyPropertyChanged looks like:

    public class Person : INotifyPropertyChanged
    {
        private string _firstName;
        private string _lastName;

        public event PropertyChangedEventHandler PropertyChanged;

        public string FirstName
        {
            get { return _firstName; }
            set
            {
                if (_firstName != value)
                {
                    _firstName = value;
                    FirePropertyChanged("FirstName");
                }
            }
        }

        public string LastName
        {
            get { return _lastName; }
            set
            {
                if (_lastName != value)
                {
                    _lastName = value;
                    FirePropertyChanged("LastName");
                }
            }
        }

        private void FirePropertyChanged(string propertyName)
        {
            if (PropertyChanged != null)
            {
                PropertyChanged(this, hiv test kit $89.00 new PropertyChangedEventArgs(propertyName));
            }
        }
    }

Hiv test kit $89.00 Here is what the static reflection use of INotifyPropertyChanged looks like:

    public class PersonStaticReflection : NotifyPropertyChanged
    {
        private string _firstName;
        private string _lastName;

        public string FirstName
        {
            get { return _firstName; }
            set { SetProperty(()=> FirstName, hiv test kit $89.00 ()=> _firstName, hiv test kit $89.00 value); }
        }

        public string LastName
        {
            get { return _lastName; }
            set
            {
                SetProperty( () => LastName, hiv test kit $89.00 () => _lastName, hiv test kit $89.00 value, hiv test kit $89.00 () =>
                   {
                       // do something useful here
                   });
            }
        }
    }

Hiv test kit $89.00 Doesn't that just feel DRYer?  It does to me!

Hiv test kit $89.00 There are several important pieces to note:

  • Inheriting from NotifyPropertyChanged, hiv test kit $89.00 this is the class that holds the SetProperty method, hiv test kit $89.00 and hides the static reflection magic.
  • We're calling SetProperty with three arguments in the FirstName property
    • first: a LINQ Expression pointing to the property we're changing
    • second: a LINQ Expression pointing to the field to backing the property
    • third: the new, hiv test kit $89.00 incoming value
  • We're calling SetProperty with a fourth argument in the LastName property
    • fourth: an action that will get executed only if the values were different
  • Hiv test kit $89.00 The SetProperty method, hiv test kit $89.00 is going to look at the current value of the field, hiv test kit $89.00 and the incoming value.  If the two are different, hiv test kit $89.00 it will assign the new value to the field, hiv test kit $89.00 and then fire the NotifyPropertyChanged event, hiv test kit $89.00 with the name of the property given via the first argument.  I ended up pulling this into its own class so I could use it as the layer supertype in my View Model layer. Hiv test kit $89.00 Here is the implementation:

    public class NotifyPropertyChanged : INotifyPropertyChanged
    {
        public event PropertyChangedEventHandler PropertyChanged;

        protected void SetProperty < T>( Expression < Func> propExpr, hiv test kit $89.00 Expression> fieldExpr, hiv test kit $89.00 T value )
        {
            SetProperty(propExpr, hiv test kit $89.00 fieldExpr, hiv test kit $89.00 value, hiv test kit $89.00 ()=> { });
        }

        protected void SetProperty < T>( Expression < Func> propExpr, hiv test kit $89.00 Expression < Func < T>> fieldExpr, hiv test kit $89.00 T value, hiv test kit $89.00 Action doIfChanged )
        {
            var prop = (PropertyInfo)((MemberExpression)propExpr.Body).Member;
            var field = (FieldInfo)((MemberExpression)fieldExpr.Body).Member;

            var currVal = prop.GetValue( this, hiv test kit $89.00 null );

            if( currVal == null && value == null )
                return;
            if( currVal == null || !currVal.Equals( value ) )
            {
                field.SetValue( this, hiv test kit $89.00 value );
                doIfChanged();

                if( PropertyChanged != null )
                    PropertyChanged( this, hiv test kit $89.00 new PropertyChangedEventArgs( prop.Name ) );
            }
        }
    }

Hiv test kit $89.00 Questions/comments/likes/dislikes? Let me know.

Average Rating: 4.6 out of 5 based on 278 user reviews.

Comments (7) Trackbacks (4)
  1. I was always annoyed by implementing INotifyPropertyChanged. I’ll definitely being using this in the future

  2. It seems like you want a decent (i.e. not C preprocessor) macro system. On .Net the best language for this is probably Nemerle or Boo. You can just write (in Nemerle, I don’t remember Boo syntax)

    [NotifiableProperty]
    public string _firstName;

    and it will be converted to

    public string FirstName
    {
    get { return _firstName; }
    set
    {
    if (_firstName != value)
    {
    _firstName = value;
    FirePropertyChanged(“FirstName”);
    }
    }
    }

    at compile time, no run time overhead! See here: http://nemerle.org/Macros

  3. It seems like you really want a decent macro system. In .Net that means, at the moment, either Nemerle or Boo.

    I don’t remember Boo syntax, but in Nemerle you can just write

    [Accessor(flags = WantSetter)]
    mutable _someField : int;

    and it will be converted at compile time to

    mutable _someField : int;
    public SomeField : int {
    get { some_field }
    set { some_field = value }
    }

    Writing a macro which would insert FirePropertyChange calls as well is pretty easy.

  4. Sorry for the double comment

  5. Great work. Helped me very much.

  6. Err, what about the situation where you cannot really subclass from NotifyPropertyChanged because you’re already inheriting from something else? This whole approach hinges on inheritance which prevents it being used anywhere. At this point, I’d typically suggest a mixin, except that mixins cannot contain state (without a lot of pain), and you have an event whose value must be accessible.

    I think, for the time being, it makes sense to just use PostSharp for the INotifyPropertyChanged problem.


Leave a comment