In the following screencast, I explain how to create a validation extension class for your business entities in our Data Access Application template. Enjoy!
In the following screencast, I explain how to create a validation extension class for your business entities in our Data Access Application template. Enjoy!
In the following screencast, I explain how to create a validation class for your business entities in our Data Access Application template. Enjoy!
In the following screencast, I explain how to use the testing assembly of the Keep It Soft framework in our Data Access Application template. Enjoy!
In the following screencast, I explain how to use a message box from a ViewModel in our Data Access Application template. Enjoy!
In the following screencast, I explain how to start a new project by using the Data Access Application template. Enjoy!
All business rules must be implemented in the Business layer. Validation rules that are related to business entities can be implemented in two ways:
All generated repositories (one for each entity type) inherit the same base class which implements the KeepItSoft.Fwk.Core.Data.IRepository interface. In order to add a method to a repository, please follow the following steps :
Implement your method in this class.
To display a collection of records in the UI.WPF.Views project, please follow the following steps :
In a next post, I’ll show you how to use the alternate version of the CollectionViewUserControl class in order to either improve performance or just to have different ViewModel types between your collection and detail views.
WPF, Silverlight and Windows portable technologies all have their own implementation of a message box. In order to keep the ViewModels project technology-independent, any reference to a specific message box type is prohibited. If you want to show a message box from the ViewModels project, you can use the MessageBoxHelper.Show method. It is a service locator that needs to be initialized with the type you want to use for your message boxes. The method has one single parameter of type KeepItSoft.Fwk.Core.DialogEventArgs.
Naming conventions are very important to ease application maintenance. Good naming conventions allow developers to quickly know the type of object they are working on. All types and their members shall be named in English so that any team member can understand them. You’ll find here below the conventions that we use in our framework and application templates. Given that C# is case-sensitive, it is important to respect the case of the following naming conventions to avoid any confusion.