user interface - traducir - edición de objetos y bandera isDirty()

traducir de ingles a español

Question

Estoy trabajando en un sistema donde un usuario puede editar objetos existentes (objetos de dominio "Filtrar" para ser exactos) a través de una GUI. Como sugerencia de UI, solo queremos habilitar el botón de guardar si el usuario realmente modificó algo al objeto. Me preguntaba si alguien tenía alguna experiencia con este problema y cuál sería la mejor manera de abordarlo.

Estaba pensando en agregar un indicador isDirty () al objeto de dominio. Cuando un usuario comienza a editar un filtro, yo hago una copia, la paso a la GUI y le dejo al usuario modificaciones en la copia. Un enlace en el indicador isDirty () activaría / desactivaría el botón de guardar. Al guardar, las diferencias se fusionarían en el objeto original y se mantendrían.

Además, estaba pensando qué pasaría si un usuario deshace los cambios que hizo a un objeto. El indicador isDirty () debería devolver falso. Así que supongo que la única forma de lograr esto es mantener el valor original de cada propiedad dentro del objeto de dominio.

¿Algunas ideas?

Answer 1

¡Correcto!

Además, puede exponer dos métodos: BeginEdit: en este método, marque su bandera IsDirty en True. Lo que significa que estás haciendo modificaciones. Llame a este método cuando esté a punto de hacer modificaciones

CancelEdit - En este método, reinicie la bandera IsDirty a False. Lo que significa que ha cambiado el proceso de edición y ha vuelto al estado original. Llame a este método cuando cancela cualquier modificación realizada.

Y una vez que persisten las modificaciones, también restablece la bandera IsDirty a False.

Espero que esto ayude.

Answer 2

Dependiendo de su dominio, podría usar la igualdad para evaluar las diferencias. Guarde el objeto original y haga una copia del objeto para editarlo. Cada vez que se realice una edición, modifique la UI de manera apropiada.

El beneficio de esta sugerencia es que no se adhiere a la funcionalidad específica de GUI (el indicador isDirty ()) en los objetos de su dominio, pero YMMV

Answer 3

Hay un par de interfaces que podría implementar que ayudan con el seguimiento de cambios y deshacer: INotifyPropertyChanged e IEditableObject. Ambas interfaces permiten que el objeto juegue bien con databinding.

public class Person : INotifyPropertyChanged, IEditableObject
{
private bool isDirty;
public bool IsDirty
{
get { return isDirty; }
}
private string firstname = string.Empty;
public string Firstname
{
get { return firstname; }
set
{
if (firstname == value) return;
firstname = value;
NotifyPropertyChanged("Firstname");
}
}
private string lastname = string.Empty;
public string Lastname
{
get { return lastname; }
set
{
if (lastname == value) return;
lastname = value;
NotifyPropertyChanged("Lastname");
}
}
public event PropertyChangedEventHandler PropertyChanged;
public void NotifyPropertyChanged(string propertyName)
{
isDirty = true;
if (PropertyChanged != null)
PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
}
private bool inTrans;
private Person copy;
public void BeginEdit()
{
if (!inTrans)
{
if (copy == null)
copy = new Person();
copy.isDirty = isDirty;
copy.Firstname = Firstname;
copy.Lastname = Lastname;
inTrans = true;
isDirty = false;
}
}
public void CancelEdit()
{
if (inTrans)
{
isDirty = copy.isDirty;
Firstname = copy.Firstname;
Lastname = copy.Lastname;
inTrans = false;
}
}
public void EndEdit()
{
if (inTrans)
{
copy = null;
inTrans = false;
}
}
}

Answer 4

Sí, esto funciona bien. En lugar de deshacer, utilizo el método IsDirty para indicar que algo PUEDE haber cambiado el registro y luego eso desencadena mi "lógica de cambio de registro". Desarrollé mi propio marco, donde cada campo de tabla es en realidad una propiedad de un objeto. Cada vez que se escribe un campo en los objetos, se establece el indicador "isDirty". En el método "SaveObject" del objeto (en realidad es una clase auxiliar pero podría estar fácilmente en el objeto, pero quería la capacidad de guardar objetos de diferentes maneras, como xml, base de datos, etc.), verifico el IsDirty y si es falso, entonces salteo el guardado. Esto simplifica la lógica ya que cada vez que tuve la posibilidad de cambiar el objeto, llamé a SaveObject y dejé que el framework lo manejara.

Answer 5

Si está apoyando la operación deshacer en un nivel de granularidad mayor que ''deshacer todo desde la última vez que guardé'', entonces sugeriría una pila de deshacer. Cuando se edita algo, se agrega (o se deshace el functor o delegado de la operación) a la pila. Cuando deshacer, simplemente abre la pila y deshace la operación reventada. Su indicador isDirty () es simplemente una verificación si la pila de deshacer contiene elementos, en lugar de almacenamiento adicional y lógica para actualizar.

Answer 6

Si está utilizando .NET framework, es posible que desee echar un vistazo a CSLA .NET framework por Rockford Lhotka: http://www.lhotka.net/cslanet/Default.aspx

CSLA es un marco maduro que incluye administración de estado de objetos (IsDirty), funcionalidad de deshacer, enlace de datos y mucho más, además es gratuito y de código abierto.

Answer 7

Si tiene un conjunto de objetos que se están editando, probablemente necesite algo más que una bandera booleana para isDirty (). Este problema no es diferente al recuento de referencias, es decir, incrementa un conteo sucio en edición y disminuye al deshacer. Si estás apoyando deshacer sospecho que vas a terminar con una lógica bastante peluda. Lo mantendría alejado de tus objetos de dominio.