Kros.Utils is universal library of various tools to simplify the work of the programmer. Library is:
- Independent of third-party libraries. You only need .NET Framework.
- Platform-independent. That means it's applicable to desktop applications and server services (e.g. It's independent of System.Windows.Forms).
Library is compiled for .NET Standard 2.0. .NET Framework 4.7 is supported.
For configuration, general information and examples see the documentation.
Kros.Libs is available from:
- Nuget Kros.Utils
- Nuget Kros.Utils.MsAccess
Kros.Utils
- Arguments Check Functions
- Standard Extensions
- File/Folder Path Helpers
- Database Schema
- Bulk Operations - Bulk Insert and Bulk Update
- IdGenerator
- IDiContainer Interface Describing Dependency Injection Container
- Caching
- Unit Testing Helpers
Kros.Utils.MsAccess
- General Utilities
- Database Schema
- Bulk Operations - Bulk Insert and Bulk Update
- Unit Testing Helpers
The Check class provides simple tools to check arguments of the functions. Standard usage:
private string _value1;
private int _value2;
public void MethodWithParameters(string arg1, int arg2)
{
if (string.IsNullOrEmpty(arg1))
{
throw new ArgumentNullException(nameof(arg1));
}
if (arg2 <= 0)
{
throw new ArgumentException("Value of parameter arg2 must be greater than 0.", nameof(arg2));
}
_value1 = arg1;
_value2 = arg2;
// ...
}
With the Check class, it's much more simplier. The individual checks return the input value, so it's possible to check the argument on one line, even to assign:
private string _value1;
private int _value2;
public void MethodWithParameters(string arg1, int arg2)
{
_value1 = Check.NotNullOrEmpty(arg1, nameof(arg1));
_value2 = Check.GreaterThan(arg2, 0, nameof(arg2));
// ...
}
The Check offers string check, type check, value check (equal, smaller, larger, ...), check if the value is in the list, check GUID values.
General extensions for:
- Strings - StringExtensions
- Dates - DateTimeExtensions
The PathHelper class provides functions to work with files/folder paths.
- PathHelper.BuildPath server to link multiple string into one path, as well as standard function Path.Combine but with some changed details.
- PathHelper.ReplaceInvalidPathChars in the input string will replace all characters that are not applicable to the file path.
The PathFormatter class includes functions for formatting paths to output files so that the result path is valid. The class checks the maximum allowed length of the path so that the result path does not exceed it.
The class is not static. If necessary, you can inherit it and modify its behavior. For simple use, the Default instance is created.
PathFormatter.Default.FormatPath("C:\data\export", "exportFile.txt")
returns pathC:\data\export\exportFile.txt
. If the resulting path is too long, the file name is automatically truncated (the suffix is preserved) so the path is valid.PathFormatter.Default.FormatNewPath("C:\data\export", "exportFile.txt")
returns pathC:\data\export\exportFile.txt
. However, if the resulting file already exists, it automatically adds a counter to the name so that the return path is to a non-existent file:C:\data\export\exportFile (1).txt
. If the resulting path was too long, the file name is automatically truncated so that the path is valid. The suffix and counter are preserved.
The PathFormatter class can also be used to create a list of paths with specified parameters. More information is provided in the documentation of each of its functions.
It is simple to get a database schema. The database schema includes TableSchema tables, their ColumnSchema columns, IndexSchema indexes, and ForeignKeySchema foreign keys (foreign keys are only supported for SQL Server).
SqlConnection cn = new SqlConnection("...");
DatabaseSchema schema = DatabaseSchemaLoader.Default.LoadSchema(cn);
Since getting a schema is a time-consuming operation, it is a good idea to use the DatabaseSchemaCache cache for the schemas you are reading. It holds the schema once it is retrieved and is returned from the memory upon the next schema request. The class can be used either by creating its instance or by using the static DatabaseSchemaCache.Default property for ease of use.
SqlConnection cn = new SqlConnection("...");
// Use to create your own instance.
var cache = new DatabaseSchemaCache();
DatabaseSchema schema = cache.GetSchema(cn);
// Using a static property.
schema = DatabaseSchemaCache.Default.GetSchema(cn);
Inserting (INSERT
) and updating (UPDATE
) large amounts of data in a database are time-consuming. Therefore, support for rapid mass insertion, Bulk Insert
and a fast bulk update, Bulk Update
. The IBulkInsert and IBulkUpdate interfaces are used. They are implemented for SQL Server in the SqlServerBulkInsert and SqlServerBulkUpdate classes. As a data source, it serves any IDataReader or DataTable table.
Because IDataReader
is an intricate interface, you just need to implement the simplier interface IBulkActionDataReader. If the source is a list (IEnumerable
), it is sufficient to use the EnumerableDataReader<T>
class for its bulk insertion.
private class Item
{
public int Id { get; set; }
public string Name { get; set; }
}
public void InsertManyItems()
{
IEnumerable<Item> data = GetData();
using (var reader = new EnumerableDataReader<Item>(data, new string[] { "Id", "Name" }))
{
using (var bulkInsert = new SqlServerBulkInsert("connection string"))
{
bulkInsert.Insert(reader);
}
}
}
private class BulkUpdateItem
{
public int Id { get; set; }
public string Name { get; set; }
}
public void UpdateManyItems()
{
IEnumerable<BulkUpdateItem> data = GetItems();
using (var reader = new EnumerableDataReader<BulkUpdateItem>(data, new string[] { "Id", "Name" }))
{
using (var bulkUpdate = new SqlServerBulkUpdate("connection string"))
{
bulkUpdate.DestinationTableName = "TableName";
bulkUpdate.PrimaryKeyColumn = "Id";
bulkUpdate.Update(reader);
}
}
}
Generating unique (incrementally) values in databases (most common Id) is not easy. In the namespace Kros.Data
there is the IIdGenerator interface that describes exactly such a unique value generator. They are currently supported for SqlServer
and MsAccess
. We do not create their instances directly but through the IIdGeneratorFactory factory class. We can get a Factory with GetFactory(DbConnection) in the IdGeneratorFactories class.
public class PeopleService
{
private IIdGeneratorFactory _idGeneratorFactory;
public PeopleService(IIdGeneratorFactory idGeneratorFactory)
{
_idGeneratorFactory = Check.NotNull(idGeneratorFactory, nameof(idGeneratorFactory));
}
public void GenerateData()
{
using (var idGenerator = _idGeneratorFactory.GetGenerator("people", 1000))
{
for (int i = 0; i < 1800; i++)
{
var person = new Person()
{
Id = idGenerator.GetNext()
};
};
}
}
}
An IdStore
table is required in the database. For SQL Server
, the stored procedure spGetNewId
is required. In order to create everything necessary for the ID generator to work it is possible to use the methods of the individual generators SqlServerIdGenerator.InitDatabaseForIdGenerator for SQL Server
and MsAccessIdGenerator.InitDatabaseForIdGenerator for MS Access
.
If your existing implementations do not suit you (for example, you have another id store table) you can create a custom implementation of the IIdGenerator and IIdGeneratorFactory interfaces that you register using the Register method in the IdGeneratorFactories class.
The IDiContainer interface is not directly implemented in Kros.Utils
because Kros.Utils
does not have any external dependencies. However, the interface is implemented using the Unity container in the KrosUnityContainer
class in the Kros.Utils.UnityContainer
library.
The very simple Cache<TKey, TValue> is implemented. The class holds values to the specified keys. When the value is retrieved the returned value is already in the cache.
Standard unit tests should be database-independent. But sometimes it is necessary to test the actual database because the test items are directly related to it. To test the actual database you can use the SqlServerTestHelper class. It creates a database for testing purposes on the server and runs tests over it. When tests are finished the database is deleted.
// In the connection string there is no specified database
// because it is automatically created with random name.
// At the end of the job, the database is automatically deleted.
private const string BaseConnectionString = "Data Source=SQLSERVER;Integrated Security=True;";
private const string CreateTestTableScript =
@"CREATE TABLE [dbo].[TestTable] (
[Id] [int] NOT NULL,
[Name] [nvarchar](255) NULL,
CONSTRAINT [PK_TestTable] PRIMARY KEY CLUSTERED ([Id] ASC) ON [PRIMARY]
) ON [PRIMARY];";
[Fact]
public void DoSomeTestWithDatabase()
{
using (var serverHelper = new SqlServerTestHelper(BaseConnectionString, "TestDatabase", CreateTestTableScript))
{
// Do tests with connection serverHelper.Connection.
}
}
When testing MS Access database you can use MsAccessTestHelper from Kros.Utils.MsAccess library.
The superstructure over the SqlServerTestHelper class is the basic class for creating additional test classes SqlServerDatabaseTestBase. In a child just rewrite the BaseConnectionString property to connect to the database, and then just write the tests. The class in the constructor creates a temporary empty database in which it is possible to "play" and this database is deleted during Dispose()
. Internally SqlServerTestHelper is used which is available in the ServerHelper property. There is also a link to the database itself.
If you need to initialize the test database (create some tables, fill dates, etc.) just rewrite the DatabaseInitScripts property and return the scripts that initialize the database.
There is no need to solve database initialization for individual tests because xUnit
creates a new instance of the test class for each test. So each test has its own initialized test database.
The class is for SQL Server
. There is no similar class for MS Access
(so far).
public class SomeDatabaseTests
: Kros.UnitTests.SqlServerDatabaseTestBase
{
protected override string BaseConnectionString => "Data Source=TESTSQLSERVER;Integrated Security=True";
[Fact]
public void Test1()
{
using (var cmd = ServerHelper.Connection.CreateCommand())
{
// Use cmd to execute queries.
}
}
[Fact]
public void Test2()
{
}
}
Kros.Utils.MsAccess is a general library of various utilities to simplify the work of a programmer with Microsoft Access databases.
For some (especially database) stuff to work properly, the library needs to be initialized when the program starts by calling LibraryInitializer.InitLibrary.
The MsAccessDataHelper class contains general utilities for working with the MS Access database connection.
- Retrieve current MS Access provider: MsAccessProvider
- Determining whether the connection to the MS Access database is exclusive: IsExclusiveMsAccessConnection
- Determining whether the connection is a connection to the MS Access database: IsMsAccessConnection
It is very easy to get a database schema. Since the acquisition of the schema is a time-consuming operation the loaded scheme is held in a cache and the next schema is retrieved. The database schema includes the TableSchema tables, their ColumnSchema columns and IndexSchema indexes.
OleDbConnection cn = new OleDbConnection("MS Access Connection String");
DatabaseSchema schema = DatabaseSchemaLoader.Default.LoadSchema(cn);
Inserting (INSERT
) and updating (UPDATE
) large amounts of data in a database are time-consuming. Therefore, support for rapid mass insertion, Bulk Insert
and a fast bulk update, Bulk Update
. The IBulkInsert and IBulkUpdate interfaces are used. They are implemented for MsAccess database in the MsAccessBulkInsert and MsAccessBulkUpdate classes. As a data source, it serves any IDataReader or DataTable table.
Because IDataReader
is an intricate interface, you just need to implement the simplier interface IBulkActionDataReader. If the source is a list (IEnumerable
), it is sufficient to use the EnumerableDataReader<T>
class for its bulk insertion.
private class Item
{
public int Id { get; set; }
public string Name { get; set; }
}
public void InsertManyItems()
{
IEnumerable<Item> data = GetData();
using (var reader = new EnumerableDataReader<Item>(data, new string[] { "Id", "Name" }))
{
using (var bulkInsert = new MsAccessBulkInsert("connection string"))
{
bulkInsert.Insert(reader);
}
}
}
Standard unit tests should be database-independent. But sometimes it is necessary to test the actual database because the test items are directly related to it. To test the actual database you can use the MsAccessTestHelper class. It creates a database for testing purposes on the server and runs tests over it. When tests are finished the database is deleted.
private const string BaseDatabasePath = "C:\testfiles\testdatabase.accdb";
private const string CreateTestTableScript =
@"CREATE TABLE [TestTable] (
[Id] number NOT NULL,
[Name] text(255) NULL,
CONSTRAINT [PK_TestTable] PRIMARY KEY ([Id])
)";
[Fact]
public void DoSomeTestWithDatabase()
{
using (var helper = new MsAccessTestHelper(ProviderType.Ace, BaseDatabasePath, CreateTestTableScript))
{
// Do tests with connection helper.Connection.
}
}