, Куда в Вашем исходном коде классов необходимо поместить конструктора (конструкторов)?
я использую следующее:
package statement ....
import statements....
public class MyClass {
// instance attributes
private int i;
// class attribute
private static int MAX;
// static methods
public static int getClassCount() {
}
// Constructor!!
public MyClass() { // constructor.
}
// public methods
// protected methods
// private methods
// public static void main
}
, Но они могут пойти куда угодно. Я чувствую, что это лучше эй помещенные вещи в порядке видимости. Например, у меня скорее есть открытые методы перед закрытыми методами (поэтому, если я ищу определенный открытый метод, я знаю, что это наверху файла) По той же причине, я обычно помещал конструктора наверху.
эти аргументы названия переменных?:
Не необходимый, можно назвать их, как Вы хотите. Я обычно использую то же имя.
... или механизм, тактовый сигнал и ускоряет названия переменных? ...
Они экземпляр имена переменной
, Каково различие между (интервал startCadence, интервал startSpeed, интервал startGear) и механизм, тактовый сигнал и скорость?
первыми являются названия параметра для конструктора, и первый - названия атрибутов объекта это сам.
Берут этот другой образец:
public class Person {
private String name; // a person has a name.
public Person( String nameParameter ) {
this.name = nameParameter;
}
public String toString() {
return "My name is : " + this.name;
}
public static void main( String [] args ) {
// creates a new "instance" and assign "Patrick" as its name.
Person one = new Person("Patrick");
System.out.println( one ); // prints "My name is: Patrick"
// each person have its own name.
Person two = new Person("Oscar");
System.out.println( two ); // prints "My name is: Oscar"
}
}
, Как Вы видите, когда Вы передаете значение конструктору, Вы используете аргумент, и когда Вы видите, что конструктор кодировать Вас видит название параметра (который получает тот аргумент), и затем это присвоено атрибуту экземпляра.
Убедитесь, что ваш путь к символу включает каталог локального кеша, чтобы он не загружал символы с общедоступного сервера символов Microsoft каждый раз, когда вы присоединяетесь.
Кроме того, я не пробовал это с Visual Studio, но вы также можете настроить список исключений , определяющий модули, для которых у вас нет символов.
Вы также можете загрузить символы для вашей текущей платформы из инструментов отладки для страницы Windows . Установите их в свой локальный каталог кэшированных символов (например, c: \ windows \ symbols)
Вы также можете отключить автоматическую загрузку символов, как описано здесь .
Или что-то, что может быть быстрее, попробуйте выполняется вне отладчика (с помощью Ctrl-F5), а затем присоединяется к процессу. У меня есть макрос Visual Studio, который я привязываю к Ctrl-Shift-A, который я нажимаю, чтобы присоединить к моему процессу в любой момент, и он отображается на это:
Function AttachToProcess(ByVal procname As String, ByVal quiet As Boolean) As Boolean
Dim attached As Boolean = False
Dim proc2 As EnvDTE80.Process2
' Attaching natively, from http://blogs.msdn.com/jimgries/archive/2005/11/30/498264.aspx'
Dim dbg2 As EnvDTE80.Debugger2 = DTE.Debugger
Dim trans As EnvDTE80.Transport = dbg2.Transports.Item("Default")
Dim dbgeng(1) As EnvDTE80.Engine
dbgeng(0) = trans.Engines.Item("Native")
For Each proc2 In DTE.Debugger.LocalProcesses
If (proc2.Name.Contains(procname)) Then
proc2.Attach2(dbgeng)
attached = True
Exit For
End If
Next
If (attached = False And quiet = False) Then
MsgBox(procname + " is not running")
End If
Return attached
End Function
Sub AttachToMyProcess()
AttachToProcess("MyProcess.exe", True)
End Sub