отнаследуйся

ну если только от своего интерфейса)

не

сначала пишешь класс

потом такой

ctrl shift r

extract interface

enter

ctrl shift r

class remote is never used

да и я сначала пишу интерфейс, а потом от него клас ваяю

не плохая ж привычка, кмк

переписывать придется

кого

интерфейс

не в курсе о чем ты

ctrl shift r

мб решарпер поднасрал, но ничего не происходит

это решарпавская штука

курсор поставь на что-нибудь, что можно рефакторить

имя класса

кусок кода

а как рефакторить проект? просто понимаю что код написанный ужасен. А если все переписывать боюсь сломать всю работу

имя класса

агонь, спасибо

а как рефакторить проект? просто понимаю что код написанный ужасен. А если все переписывать боюсь сломать всю работу

для этого надо было писать тесты

но можно и так

если понимаешь что ужасно, постепенно от этого избавляешься

вводишь нормальное именование

разделяешь методы

ты пропустил пункт 1. пишешь тесты

потом уже разделяешь и прочее =)

юнит тесты?

Да юнит тесты и рефакторинг не всегда нужны

Ну рефакторинг только если код совсем ужасен

А так если проект не долгосрочный, имхо смысла нет

А так если проект не долгосрочный, имхо смысла нет

ясно

И в продакшн

а кто нибудь использовал обфускатор? По ТЗ требуется обфускация сборок. Посоветуйте какой нибудь

советую не обфусцировать

это не мой выбор

уговаривай. угрожай. властвуй-унижай.

советую не обфусцировать

почему кстати?

советую не обфусцировать

Вай нот?

а кто нибудь использовал обфускатор? По ТЗ требуется обфускация сборок. Посоветуйте какой нибудь

Да любой нагугли, если пофиг на качество, а нужно лишь для галочки

почему кстати?

Потому что всё равно при должном усердии вся ваша обфускация сломаетсяя

Когда приложение свалится и всё, что будет у тебя от пользователя это "ой, оно само" и описание эксепшена, что будешь делать?

Плюс, обфускаторы могут и криво работать.

Да любой нагугли, если пофиг на качество, а нужно лишь для галочки

гуглится только всякое старье для .NET 3.5

И в результате выйдет, что вы потратите больше времени на обфускацию, чем хацкеры, которые в два клика весь ваш соус вытащат

люди умнеют

К безопасности нужен другой подход

Клиент-серверный

а вообще на хабре была хорошая статья про .net обфускаторы

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

https://habrahabr.ru/post/97062/ ?

Когда приложение свалится и всё, что будет у тебя от пользователя это "ой, оно само" и описание эксепшена, что будешь делать?

ну так все эксепшены NLog сохраняет

мне посоветовали Конфузер, он опен-сорсный и работает с 4.5

можно им требование закрыть

сейчас обфускаторы нужны больше для "чтобы код не схитили"

т. к. они его приводят в неподдерживаемый вид

мне посоветовали Конфузер, он опен-сорсный и работает с 4.5

https://yck1509.github.io/ConfuserEx/

Автомапперу можно указать правила не только одному полю, а всей возвращаемой сущности?

Автомапперу можно указать правила не только одному полю, а всей возвращаемой сущности?

ITypeConverter можешь реализовать

Автомапперу можно указать правила не только одному полю, а всей возвращаемой сущности?

Не совсем понял вопрос

например я маплю User в UserDTO и хочу, чтобы если в базе уже есть UserDTO со значениями как юзер, то вернуть этот объект

например я маплю User в UserDTO и хочу, чтобы если в базе уже есть UserDTO со значениями как юзер, то вернуть этот объект

Заставить автомаппер лезть в базу?

ERROR: S client not available

типа cfg.CreateMap<User, UserDTO>() .ForMember(a => a.UseValue(FindInDataBase(a))

Заставить автомаппер лезть в базу?

да

Ну тут не в этом суть

Имхо, это костыльно

Очень сильно

Прям очень очень

а чтобы в UserValue можно было бы использовать значения

Можно сделать то, что ты хочешь через AfterMap, или ResolveUsing

Не вижу ничего костыльного, я же не буду тот объект маппера везде пихать, а только в местах, где это потенциально нужно - взять модель из бд

Но это дико

Не вижу ничего костыльного, я же не буду тот объект маппера везде пихать, а только в местах, где это потенциально нужно - взять модель из бд

Ты задолбаешься баг искать, если возникнет

Плюс не сможешь тест написать

(хотя зависит от реализации)

да тут просто задача есть, что есть коментарии, в них ссылки на пользователей (не вытащенных еще, просто на ходу сделанных) И если такой пользователь (по композитному ключу узнаю) уже есть в базе, то коментарий ему приписывать

второй день уже долблюсь чтобы в лоб не писать

на самом деле даже в лоб не могу

Ты хочешь выдернуть комментарии и пользователей, которые их оставили?

@alzhir2009 @v_a_zolotov а какие есть хорошие способы "заставить" вьюхи реализовывать интерфейсы для вьюмоделей (например вот в случае с сервисом, который должен показывать диалоговые окна и быть реализован в project.Views)?

Ты хочешь выдернуть комментарии и пользователей, которые их оставили?

после парсинга пришел лист комментариев со свойством их создателей

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

Не совсем понял про заставить

@alzhir2009 @v_a_zolotov а какие есть хорошие способы "заставить" вьюхи реализовывать интерфейсы для вьюмоделей (например вот в случае с сервисом, который должен показывать диалоговые окна и быть реализован в project.Views)?

что значит заставить? вьюха не знает о том что происходит в ВМ и что в ней вызывается, Сервис с диалогом ничего не знает о текущей вьюхе

после парсинга пришел лист комментариев со свойством их создателей

Ну выгрузи отдельным запросом "создателей"

Например такой кейс: есть логика в виде вьюмоделей с сервисами, а задача -- написать вьюхи для данного проекта. И вот чтобы при реализации project.Views сразу знать список того, что надо имплементить.

а дальше?

а дальше?

А дальше мапь как тебе нужно

Ну типа чтоб оно не запустилось, пока кодер не сделает то-то и то-то.

не понимаю

Ну типа чтоб оно не запустилось, пока кодер не сделает то-то и то-то.

оно и тек запуститься недолжно на нормальном Ioc контейнере)