Почему является контроллерами на ASP.NET основанный на имени MVC?

Если вы посмотрите на информацию о модели, вы узнаете о количестве деревьев, их средней глубине и так далее. Сравнение этих трех лучших моделей должно дать вам представление о том, что делает модели большими.

Из R, если m - ваша модель, просто распечатка дает вам большую часть этой информации. str(m) дает вам всю информацию, которая хранится.

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

Более глубокое изучение этого третьего окна может предложить некоторые методы обработки данных, которые вы могли бы сделать, чтобы было легче учиться. Или это может быть разница в ваших данных. Например. один столбец - все NULL в ваших данных за 2016 и 2017 годы, но не в ваших данных за 2018 год, потому что 2018 год был годом, когда вы начали его собирать, и именно этот дополнительный столбец позволяет / заставляет деревья становиться глубже.

Наконец, возможно, сеточные гиперпараметры не важны с точки зрения производительности, и это различие из-за шума. Например. у вас есть max_depth в качестве гиперпараметра, но влияние на MSE незначительное, и шум является значительным фактором. Эти случайные различия могут позволить вашей лучшей модели перейти на глубину 5 для двух ваших наборов данных (но вторая лучшая модель была на 0,01% хуже, но прошла на глубину 20), но перейти на глубину 30 для вашего третьего набора данных (но 2-я лучшая модель было на 0,01% хуже, но только дошло до глубины 5). (Если я правильно понял ваш вопрос, вы исключили это как возможность, так как тогда вы обучили все три набора данных одним и тем же гиперпараметрам? Но я все равно решил включить его).

7
задан Shog9 5 November 2008 в 19:05
поделиться

2 ответа

Сообщество MVC в большой степени под влиянием Ruby on Rails, который оценивает "конвенцию по конфигурации". Просто назвав вещи последовательно, приложение может работать с нулевой конфигурацией.

14
ответ дан 6 December 2019 в 11:54
поделиться

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

URL: Контроллер/product/: продукт: Модель контроллера: продукт

Это вызвало бы конфликт имен. Таким образом, мы сделали конвенцию снабдить суффиксом названия контроллера "Контроллер" для предотвращения этого конфликта. Однако можно переопределить это поведение через наши API расширяемости.

3
ответ дан 6 December 2019 в 11:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: