Какова цель Поддающихся проверке () в Moq?
Вы можете сделать это с помощью маршрутизации регулярных выражений
app.get('/:href(\d+\/\d+\/\d+\/*)', function(req, res) { });
Я не знаю, правильное ли регулярное выражение, но вы поняли идею
ПРАВКА:
I не думаю, что вышеупомянутое работает, но это делает
app.get(/^\/(\d+)\/(\d+)\/(\d+)\/(.*)/, function(req, res) { });
Переход к http://localhost:3000/2012/08/05/hello-i-must-be доходам req.params = [ '2012', '08', '05', 'hello-i-must-be' ]
2 ответа
На данный момент мне в основном интересно услышать, как вы структурируете свои приложения для Android с помощью того, что доступно в стандартном SDK.
Я не большой поклонник SQL и того, как это это обрабатывается в Android, поэтому я использую базу данных объектов NeoDatis . По сути, он просто позволяет очень легко сохранять / извлекать объекты Java в плоский файл, хранящийся на устройстве. db40 - это еще одна альтернативная база данных объектов, которая будет работать на Android.
При использовании этого подхода проблем не возникало, вы можете отметить, что включение библиотеки NeoDatis увеличит размер APK-файла примерно на 700 КБ.
в котором кратко сказано: «будьте осторожны, поскольку обычно считается, что вышеупомянутые плюсы перевешиваются влиянием, которое достижение этих целей оказывает на удобочитаемость и ремонтопригодность тестов, которые слишком сильно зависят от таких конструкций» ОРИГИНАЛ: Обратите внимание, что там, где это возможно, вместо этого следует следовать макету AAA и, следовательно, следует выполнять явные вызовы mock.Verify (expression) после того, как работа будет выполнена, а не макет .Setup (...) .Verifiable () в паре с mock.Verify () или mock.VerifyAll () везде, где это возможно (источник: @kzu ).
mock.Setup (...) .Verifiable () в паре с mock.Verify () или mock.VerifyAll () везде, где это возможно (ссылка: @kzu ). Verify (выражение) вызывает после выполнения работы, а не mock.Setup (...) .Verifiable () в паре с mock.Verify () или mock.VerifyAll () везде, где это возможно (источник: @kzu ). Когда Метод Verify () вызывается в конце теста, если какое-либо из ожиданий, отмеченных как проверяемые, не было вызвано, то генерируется исключение .
VerifyAll () не проверяет достоверность ожиданий.