Языка

Ну и показан синтаксис

А, понятно

На гит такие вещи выносить бы

Ну да, стоило бы

Просто я пока не залил язык в опенсурс

Там нечего пока заливать. Когда вторая версия будет, тогда добавлю

Есть ли альтернатива для Microsoft.SqlServer.SqlManagementObjects для .net 4.6?)

в нагетах только >4.6.1(

А хотя ладно, сейчас на гитхаб кину

Всем привет! Товарищи такой вопрос(адресно наверное больше поклонникам чистой архитектуры)
Допустим у меня есть класс Project:
-string: Name
-Stage: Stage
-int: StageId
-Status: Status
-int: StatusId

Я хочу получить информацию по проектам из БД , следовательно атрибуты (Name,StageId,StatusId) я получаю и заполняю в слое инфраструктуры. А теперь вопрос:
Где мне лучше заполнять информацию по связанным с Project объектам (Stage + Status)? В инфраструктурном слое или в доменном/приложении

энтити в доменный слой

И заполнять всю информацию по связанным ентити в доменном слое?

ну в твоем случае статусы закидывай в проджект

раз уж ты так класс назвал)

Да, я закидываю их)

Допустим я сначала получить информацию по проджекту (Name,StageId,StatusId) а потом хочу еще дозаполнить проджект связанными Status и  Stage.
Следовательно мне нужно еще раз сделал запрос к БД по StageId и StatusId, чтоб получить эти связанные объекты и засунуть их в проджект.
И тут вопрос заключается в том, где лучше хранить эту логику(поиска связанных объектов и их заполнения).

ну связывание типов происходит в репозиториях. ты из репы по классу проджект достанешь (Name,StageId,StatusId) и дозаполнишь другую таблицу. это как раз вариант с обращением к бд

Ага, понял спасибо)