public void MyMethod1()
{
MyMethod2();
// also may throw InvalidOperationException
}
public void MyMethod2()
{
System.IO.File.Open(somepath...); // this may throw FileNotFoundException
// also may throw DivideByZeroException
}
< /code>
Я знаю, что разметка для документирования исключений: < /p>
/// when things go wrong.
< /code>
Что я не понимаю, так это как документировать исключения, вызванные Code < /strong> mymethod1 () < /code>? < /p>
[list]
[*] Должен ли я документировать исключения Mymethod2 () < /cod File.open ()
?
[/list]
Как лучше всего документировать возможные исключения?
В настоящее время я пишу небольшую структуру, которая будет использоваться внутри других разработчиков в компании.[code]public void MyMethod1() { MyMethod2();
// also may throw InvalidOperationException }
public void MyMethod2() { System.IO.File.Open(somepath...); // this may throw FileNotFoundException
// also may throw DivideByZeroException } < /code>
Я знаю, что разметка для документирования исключений: < /p>
/// when things go wrong. < /code>
Что я не понимаю, так это как документировать исключения, вызванные Code < /strong> mymethod1 () < /code>? < /p>
[list] [*] Должен ли я документировать исключения Mymethod2 () < /cod File.open () [/code]? [/list]
Как лучше всего документировать возможные исключения?
Я использую Airflow для выполнения задач KubernetSpodoperator , которые запускают изображение приложения Java.
Приложение Java Использование Beam Dataflow.
my -пользовательские операторы воздушного потока наследуют kubernetepodoperator ....
Я заметил, что во многих функциях повторяются одни и те же параметры. Пример:
def run_inspection(first_panel, last_panel, results, settings, references,
registration_settings):
Это вопрос о лучших практиках. У меня есть класс, примерно структурированный следующим образом:
// My actual class couples observers and observables, but I didn't want to overcomplicate this question.
Это вопрос о лучших практиках. У меня есть класс, примерно структурированный следующим образом:
// My actual class couples observers and observables, but I didn't want to overcomplicate this question.