Извините, ничего не найдено.

Randomize · 03.11.2019, 15:41

Сообщение от EvilOkta

Когда кол-во классов становится большим становится сложно в голове удерживать какие методы они реализуют, интерфейсы наследуют и какими свойствами обладают.

Мне кажется, что тут скорее проблема проектирования и никакие документации не помогут. Стоит посмотреть на SOLID,
как на некий набор общепринятых практик по написанию легко поддерживаемого кода.
Естественно всё и сразу не надо пытаться исполнять, начать можно с "SRP",
а "DI" оставить до лучших времён, когда он действительно тебе будет нужен.

pax · 05.11.2019, 05:04

Сообщение от EvilOkta

Спасибо ) энтерпрайз дорого (я ж не зарабатываю программированием), идея с partial интересная. Параллельно в Excel заношу публичные методы классов и их сигнатуры, на всякий случай.

Есть полезное окно, в котором всю структуру проекта можно посмотреть. Называется Обозреватель объектов (Вид => Обозреватель объектов). Там все можно подсмотреть. А если есть XML комментарии, то и их можно посмотреть в удобном формате.

Сообщение от Антихрист

Конкретно к этому примеру - выглядит не очень. В первую очередь за счет цикла с сравнением строк внутри гетера. Добавь одну переменную и закэшируй туда индекс.


			
protected static readonly string[] Monthes =
        {
            "января", "февраля", "марта", "апреля", "мая", "июня", "июля", "августа", "сентября", "октября", "ноября",
            "декабря"
        };

        protected byte monthIndex;
        protected string monthName;

        protected byte MonthIndex
        {
            get => monthIndex;
            set
            {
                if (value <= 0 || value > 12) return;
                monthIndex = (byte) (value - 1);
                monthName = Monthes[monthIndex];
            }
        }

        protected string MonthName => monthName;

Вообще хранить название месяца в отдельной переменной не надо. Зачем память тратить. Используй свойство, если есть индекс.


			
protected string MonthName => Mounthes[monthIndex];

или


			
protected byte monthIndex = -1;
protected string MonthName => monthIndex == -1 ? null : Mounthes[monthIndex];

Антихрист · 05.11.2019, 20:23

Сообщение от pax

Есть полезное окно, в котором всю структуру проекта можно посмотреть. Называется Обозреватель объектов (Вид => Обозреватель объектов). Там все можно подсмотреть. А если есть XML комментарии, то и их можно посмотреть в удобном формате.

Вообще хранить название месяца в отдельной переменной не надо. Зачем память тратить. Используй свойство, если есть индекс.


			
protected string MonthName => Mounthes[monthIndex];

Согласен, если monthIndex не может быть изменен в другом месте выйдя за рамки массива.


			
protected byte monthIndex = -1;

protected string MonthName => monthIndex == -1 ? null : Mounthes[monthIndex];

Вроде С# не позволит впихнуть в byte отрицательное значение.
Как вариант


			
protected byte? monthIndex = null;

pax · 07.11.2019, 17:52

Сообщение от Антихрист

Вроде С# не позволит впихнуть в byte отрицательное значение.
Как вариант


			
protected byte? monthIndex = null;

Да, писал прям сюда, поэтому ошибся. Можно sbyte в данном случае использовать.

EvilOkta · 07.11.2019, 18:48

Сообщение от Антихрист

Согласен, если monthIndex не может быть изменен в другом месте выйдя за рамки массива.

Хорошая идея! Можно сделать, это действительно лучше

Сообщение от pax

Есть полезное окно, в котором всю структуру проекта можно посмотреть. Называется Обозреватель объектов (Вид => Обозреватель объектов). Там все можно подсмотреть. А если есть XML комментарии, то и их можно посмотреть в удобном формате.

Вот! Как раз таки подобное я искал, спасибо!

Сообщение от Randomize

Мне кажется, что тут скорее проблема проектирования и никакие документации не помогут. Стоит посмотреть на SOLID,
как на некий набор общепринятых практик по написанию легко поддерживаемого кода.
Естественно всё и сразу не надо пытаться исполнять, начать можно с "SRP",
а "DI" оставить до лучших времён, когда он действительно тебе будет нужен.

SOLID только начал разбираться, но мне уже не понравилось "Каждый класс должен иметь одну и только одну причину для изменений" - у меня в голове это выглядит как огромная куча классов, каждый из который использует единственный публичный метод, который делает что-то. Я больше привык когда класс описывает поведение в заданных рамках, чтобы не нарушать принципа бритвы Оккама.

Чтобы не заниматься ответом на цитаты, вопрос для понимания - в каком формате лучше использовать и хранить БД в Unity?
Или вообще без разницы?
upd конкретизирую вопрос - для проекта нужно подкачивать массивы информации в текстовом виде, в чем их лучше хранить и динамически при необходимости загружать - csv, txt, xml, xls и т.п.?