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

больше нуля регионов – не к добру

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

Разве что кодогенерацию в регионы

в отдельные файлы, пожалуйста, спасибо

кодогенерацию - в партиал класс и *.generated.cs

ещё раз спасибо

Большинство людей хейтят регионы :)

А что не так с регионами? Я обычно делю public / private методы по регионам

А что не так с регионами? Я обычно делю public / private методы по регионам

...и рано или поздно получается потом как на скрине выше — в заголовке региона написано public, а внутри него метод private :(

А что не так с регионами? Я обычно делю public / private методы по регионам

а потом когда надо поменять access modifier - перемещаешь весь метод в другое место?

и получаешь уродливый diff

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

та же претензия к мудакам, которые делали StyleCop

с сортировками по алфавиту и access-modifier-ам

та же претензия к мудакам, которые делали StyleCop

Не используешь?

ненавижу

статические анализаторы должны искать ошибки в коде

а потом когда надо поменять access modifier - перемещаешь весь метод в другое место?

но ведь даже без регионов группируешь по acces modifierам, нет?

а не доёбываться до пунктуации

и менять he на they

но ведь даже без регионов группируешь по acces modifierам, нет?

это бесполезное и вредное занятие, т. к. см. выше

и менять he на they

Приобщился?

К политкорректным

и менять he на they

You на thee

уже есть правила для анализаторов такие

https://stackoverflow.com/a/310967

А по этому че думаете ?

с этим ещё можно как-то жить

но тоже не всегда смысл делает

если у тебя есть поле, которое нужно _одному_ методу

смысл его утаскивать в начало файла?

...и рано или поздно получается потом как на скрине выше — в заголовке региона написано public, а внутри него метод private :(

Это неприятно, но не критично и легко исправляется

а потом когда надо поменять access modifier - перемещаешь весь метод в другое место?

Да, перемещаю. Лучше один раз получить неприятный дифф, чем когда в файле все время каша

кекс вообще легко триггерится на грязь в истории коммитов

кекс вообще легко триггерится на грязь в истории коммитов

Что за “кекс”?

Никита

а

у него тут ник не показан

Что за “кекс”?

https://github.com/kekekeks/ — вот этот кекус.

видимо

Хотя вообще ситуации, когда нужно вдруг открыть приватный метод, возникают редко и пахнут костылями

ОК, а то я подумал при чем тут Антон Кекс? ?

Ага. Вот эти ребята.

ни при чём, хз кто такой

Хотя вообще ситуации, когда нужно вдруг открыть приватный метод, возникают редко и пахнут костылями

У меня так вот постоянно. То открыть, то заприватить, то запротектить, то ещё какое-нибудь туда-суда.

на самом деле, да, легко

Если не тратить по часу, продумывая интерфейсы и даже не начиная код

В основном, конечно, это всё потом сквошится (потому что я это делаю при разработке новых штук — понятное дело, там много движущегося кода), но какой-то процент остаётся в коммитах.

то обязательно вдруг оказывается "хм, неплохо бы вызвать во-он то во-от отсюда"

Если не тратить по часу, продумывая интерфейсы и даже не начиная код

Вот мне практика сразу фигачить, не продумав общую структуру, обычно стреляет в ногу

Это хорошо если хаотично возникающие затыки можно решить, меняя видимость метода. Чаще приходится переписывать здоровенные кускм

она всем стреляет

кто ж спорит

но мы ж все когда-нибудь балансируем между ленью и тягой к эстетике

Что-то застрял на простой штуке. public clas User { public int UserId {get;set;} public string UserName {get;set;} public vritual Group Group {get;set;} } public class Group { public int GroupId {get;set;} public string GroupName{get;set;} } var user = new User { UserId = 1, UserName = "Ванька", Group = new Group { GroupId = 1, } } context.Add(user); context.SaveChanges(); Всё сохраняется, только в таблице Group каждый раз новая запись. Скорее всего сделать взамен public virtual Group Group {get;set;} - foreign key и свойство с GroupID?

не надо взамен

просто добавь его рядом

Либо делай так, если свойство не хочешь var group = context.Groups.Single(x => x.Id == 1); var user = new User { UserId = 1, UserName = "Ванька", Group = group }

Либо делай так, если свойство не хочешь var group = context.Groups.Single(x => x.Id == 1); var user = new User { UserId = 1, UserName = "Ванька", Group = group }

Спасибо, а то что-то подзабыл как простые вещи делаются :)

ОК, а то я подумал при чем тут Антон Кекс? ?

с джавистами тусишь еще?)

с джавистами тусишь еще?)

А то, был даже на последнем jpoint

А то, был даже на последнем jpoint

Jpoint? Точка джей? хммм....

Подскажите пожалуйста, есть какой нибудь сносный tutorial на тему как подружить вэбпак реакт джс и аспнет кор?

там же из коробки в 2.0 темплейт есть

там же из коробки в 2.0 темплейт есть

Надо core 2.0 поставить чтобы он появился?

ERROR: S client not available

ага

хотя вродене из коробки и на 1 есть

https://blogs.msdn.microsoft.com/webdev/2017/02/14/building-single-page-applications-on-asp-net-core-with-javascriptservices/

Что-то застрял на простой штуке. public clas User { public int UserId {get;set;} public string UserName {get;set;} public vritual Group Group {get;set;} } public class Group { public int GroupId {get;set;} public string GroupName{get;set;} } var user = new User { UserId = 1, UserName = "Ванька", Group = new Group { GroupId = 1, } } context.Add(user); context.SaveChanges(); Всё сохраняется, только в таблице Group каждый раз новая запись. Скорее всего сделать взамен public virtual Group Group {get;set;} - foreign key и свойство с GroupID?

Тут есть еще тонкость. Ты задаешь GroupId = 1, но он игнорирует значение и создает в БД запись с Id = 2, 3, ...

Потому что поле наверняка помечено как DatabaseGenerated

Потому что поле наверняка помечено как DatabaseGenerated

Только [Key]

Вот так сделал и всё стало хорошо

Либо делай так, если свойство не хочешь var group = context.Groups.Single(x => x.Id == 1); var user = new User { UserId = 1, UserName = "Ванька", Group = group }

А в датаконтексте ничего не настроено?

Так работает, но тоже есть пара фишек

Потому что поле наверняка помечено как DatabaseGenerated

Который работает через раз

1. First быстрее чем Single

Хотя если не склайт, то мб и норм

Я first и сделал)

Который работает через раз

У меня проблем не было (правда SQL Server)

Пока postgres

SinX , позволю себе дать вам совет, ибо с EF я дружу очень тесно, пожалуй даже слишком тесно. Старайтесь вообще уйти от Data Annotation, и для даже самого простого контекста из 2-ух таблиц пишите FluentApi через EntityTypeConfiguration - да, кода больше, но через несколько месяцев гораздо легче будет расширять или хотя бы понять, что к чему

2. Можно не вытаскивать сущность Group только для того, чтобы привязать к ней новую запись - можно в модели сделать поле int GroupId (или Group_Id, не помню точно) и EF поймет

SinX , позволю себе дать вам совет, ибо с EF я дружу очень тесно, пожалуй даже слишком тесно. Старайтесь вообще уйти от Data Annotation, и для даже самого простого контекста из 2-ух таблиц пишите FluentApi через EntityTypeConfiguration - да, кода больше, но через несколько месяцев гораздо легче будет расширять или хотя бы понять, что к чему

Спасибо, тут key убери и ничего не изменится

SinX , позволю себе дать вам совет, ибо с EF я дружу очень тесно, пожалуй даже слишком тесно. Старайтесь вообще уйти от Data Annotation, и для даже самого простого контекста из 2-ух таблиц пишите FluentApi через EntityTypeConfiguration - да, кода больше, но через несколько месяцев гораздо легче будет расширять или хотя бы понять, что к чему

ого, как вежливо ?

SinX , позволю себе дать вам совет, ибо с EF я дружу очень тесно, пожалуй даже слишком тесно. Старайтесь вообще уйти от Data Annotation, и для даже самого простого контекста из 2-ух таблиц пишите FluentApi через EntityTypeConfiguration - да, кода больше, но через несколько месяцев гораздо легче будет расширять или хотя бы понять, что к чему

Поддерживаю, это хороший совет

Скорее применю

Просто пока с DTO и автомаппером разбирался

2. Можно не вытаскивать сущность Group только для того, чтобы привязать к ней новую запись - можно в модели сделать поле int GroupId (или Group_Id, не помню точно) и EF поймет

Можно еще занаркоманить с EntityState = Modified, так модель чуть чище но код грязнее

На данный момент нужно fast решение

Ибо заказчик уже формы ждет

А потом это рефакторить..

SinX , позволю себе дать вам совет, ибо с EF я дружу очень тесно, пожалуй даже слишком тесно. Старайтесь вообще уйти от Data Annotation, и для даже самого простого контекста из 2-ух таблиц пишите FluentApi через EntityTypeConfiguration - да, кода больше, но через несколько месяцев гораздо легче будет расширять или хотя бы понять, что к чему

Хорошо сказано ?

С FluentApi даже intellisence помогает, а с аннотациями только знания и чтения доков!

С FluentApi даже intellisence помогает, а с аннотациями только знания и чтения доков!

ты ж на этой или прошлой неделе за аннотации топил

Коллеги вопрос про Machine Learning, но справшиваю тут - не встречал ли кто на просторах бесплатную библу .NET с организацией регрессии с алгоритмом регуляризации *Elastic Net*? (elastic search из другой оперы совсем) . Вдруг кто...

неволину напиши на почту