JavaScript платформа MVC (разделение проблем) совместим с asp.net MVC?
Попробуйте следующее, чтобы получить вчера:
let yesterday = new Date(new Date().setDate(new Date().getDate() - 1));
let yesterdayFormatted =
yesterday.getDate() +
"/" +
(yesterday.getMonth() + 1) +
"/" +
yesterday.getFullYear();
console.log(yesterdayFormatted);
И это к завтрашнему дню:)
let tommorow = new Date(new Date().setDate(new Date().getDate() + 1));
let tommorowFormatted =
tommorow.getDate() +
"/" +
(tommorow.getMonth() + 1) +
"/" +
tommorow.getFullYear();
console.log(tommorowFormatted);
Редактировать: изменено «-» на ваше предпочтение »/".
2 ответа
Марк, я еще один участник JMVC. JMVC разработан для работы со службами необработанных данных, но может носить множество шляп.
Он основан на архитектуре тонких серверов. Например, вместо разделения создания представлений на сервере и на клиенте используйте asp.net для создания необработанных данных JSON, а затем передайте их в JavaScript, который будет использовать свои шаблоны для генерации окончательной структуры HTML.
Преимущество состоит в том, что что вы уже создали многоразовую службу и ваша логика пользовательского интерфейса находится в одном месте (в клиенте).
Однако вы не делаете этого Не надо так поступать. Вы можете решить, где лучше всего создавать данные представления.
Если все ваши представления находятся на стороне сервера (возвращают HTML из клиентских запросов), вам может даже не понадобиться много представлений JMVC. Вы бы просто использовали контроллеры. Однако контроллеры - лучшая часть JMVC. Они используют делегирование событий, поэтому вам не нужно беспокоиться о присоединении событий!
Вот сообщение, в котором я рассказываю о нашей архитектуре с рельсами:
]Я один из парней из JMVC. Да, вы можете использовать эти два вместе. Мы советуем использовать службы REST для разделения слоев клиент / сервер, поскольку это обеспечивает наиболее четкое разделение ваших данных. С REST вы будете потреблять данные со своим клиентом, отправляя запросы для всех задач, которые возвращаются как JSON. Затем JavaScriptMVC вызовет обратный вызов к вашему контроллеру, и вы должны использовать шаблон (представление) на стороне клиента для визуализации данных.
Оба они определенно совместимы, но это зависит от того, где вы хотите, чтобы ваша логика существовала. Толстый клиент имеет множество преимуществ, включая масштабируемость и ремонтопригодность.