На языке OO, что Вы называете своим классом, который содержит Основной метод? [закрытый]
Вы можете использовать grey_accessibilityID("") Примерно так:
class MyFirstEarlGreyTest: XCTestCase {
func testExample() {
EarlGrey
.select(elementWithMatcher: grey_accessibilityID("phone_number_text_field"))
.assert(grey_sufficientlyVisible())
.perform(grey_replaceText("1234"))
}
}
Надеюсь, это поможет!
15 ответов
Visual Studio создает "Program.cs" в эти дни, который кажется довольно разумным. Другое имя самодокументирования, которое я скорее люблю, является "EntryPoint".
Я не помещаю его в класс. На самом деле я даже не использую метод, просто отрывок кода:
#!/usr/bin/env ruby
puts 'Look Ma, no class, no method!'
VB.NET:
Public Module Main
Public Sub Main(String args())
End Sub
End Module
Я думаю, что Программа является стандартным случаем. В моем случае я больше так или иначе побеспокоен для размышления об имени, которое я должен дать пространству имен особенно, если это содержит только один класс. В отсутствие категорических инструкций для именования пространства имен только с одним классом я придумываю шаблон как это: Тупик для абстрактных классов, Impl для реализации, Проект для названия скомпилированного dll/exe.
пример:
FootwearRemotingStubProject.dll:
namespace FootwearRemotingStubProject
{
public class FootwearRemotingStub
{
...
}
}
FootwearRemotingImplProject.exe:
using FootwearRemotingStubProject;
namespace FootwearRemotingImplProject
{
public class FootwearRemotingImpl: FootwearRemotingStub
{
...
}
}
Я думаю, используют имя по умолчанию языка, была бы хорошая идея... другие будут знать, что существует основное ()
Я всегда использовал FooLauncher, потому что он позволяет мне инкапсулировать всю логику о парсинге командной строки в одном классе (вместо того, чтобы пытаться получить его в один метод), который также позволяет лучшую тестируемость. Это - также лучшая сегрегация проблем: Foo мог бы быть чем-то, что Вы используете вне командной строки, но FooLauncher там для запуска Foo, данного обработку командной строки.
Это особенно важно в приложении, которое в целом имеет несколько инструментов командной строки в наличии: у каждого есть его собственное Средство запуска. Просто высказывание Программы имеет мало смысла, если Ваша "программа" имеет несколько инструментов командной строки.
Я предпочитаю ConsoleStub.cs для консольных приложений и Core.cs для другого
В Какао Objective C, основном (), сама функция C. Это отправляет сообщение в объект NSApplication, который представляет запущенное приложение.
Я называю основной класс в честь самого приложения. Например, программа Калькулятора могла бы иметь "CalculatorProgram" или просто класс "Калькулятора".
Полагание, что VS называет Ваш основной класс вообще, Вы называете свое приложение, я думаю, что это довольно стандартно.
Основной. Пакет, куда это помещается, говорит остальных.
com.finance.calculator.Main
И в основном я только имею:
public static void main( String [] args ) {
FinanceCalculator calc = new FinanceCalculator();
calc.show(); // or start(); or init. or whatever.
}
:S Я надеюсь, что никогда не должен кодировать Финансовый Калькулятор :S :S