txtkolvo
EUGY писал(а):Кол-во ППМ
какой вопрос - такой ответ.
А 32 бита - это норма?
нужно генерить переменные
EUGY писал(а):нужно генерить переменные
Все-таки без подробностей не обойтись, кол-во "полей" может превысить разумный предел, какой смысл плодить TextBox' ы на форме, когда на вывод данных способна любая сетка.
Касаемо стиля:
Не предполагал Вашего участия, уважаемый "Хакер", в обсуждении банального примера и позволил себе некоторые вольности, впредь постараюсь быть "политкорректнее".
Private Sub Command1_Click()
Dim i As Integer ' i - счетчик
Dim Col As Integer 'количество TextBox'ов
Col = 10 - 1 ' нумеруем с 0
For i = 1 To Col
Load txtText(i)
txtText(i).Top = txtText(i - 1).Top + txtText(i - 1).Height + 1
txtText(i).Visible = True
Next i
End Sub
Имя ППМ S, км Z, км РСБН ОПРС АРП ОРЛ
Text Text Text ChkBox ChkBox ChkBox ChkBox
Text Text Text ChkBox ChkBox ChkBox ChkBox
..... ...... ...... ............ ........... ............ ..........
Text Text Text ChkBox ChkBox ChkBox ChkBox
...станет критиковать, а не потому что нужно писать правильный код
статья писал(а):Код должен быть легко читаем. Стив МакКоннелл (Steve McConnell) сказал в своём выступлении на SD West '04: код должен удобно читаться, а не удобно писаться.
Здесь следует отметить несколько факторов. Выбор хороших, говорящих сами за себя, имён – хорошее начало. Стремитесь к простым решениям, даже если они кажутся более многословными или неэффективными. Является ли эффективность проблемой, станет известно только впоследствии, при профилировании проекта в реальной ситуации использования продукта
Выбирайте стиль и соглашения о форматировании на ранней стадии проекта, и следуйте этим соглашениям.. Требуйте от других следования им же. Это будет легче сделать, если каждый внесёт свою лепту в такое соглашение. Всё это сделает ваш код единообразным и более лёгким в прочтении.
И избавляйтесь от дублирования кода во всех его проявлениях. Более подробно об этом – ниже.
Ваш код – отстой, если он непонятен
Этот пункт весьма близок к предыдущему. Код может быть читабельным, но, тем не менее, труднопонимаемым. Возможно, он читается хорошо, но вводит читающего в заблуждение. Представьте: вы потратили много времени, чтобы выбрать хорошее имя переменной, но способ её использования и её значение изменились в то время, как имя осталось прежним. Это ещё хуже, чем зашифрованное имя... по крайней мере, в последнем случае, читатель знал бы, что имя бессмысленно. Но если же имя не отражает сути, читатель будет иметь беспочвенные суждения о том, что происходит в коде, что в итоге приведёт к непониманию, и в конце концов – к багам.
ReDim Punkt(0 To NeedSize - 1)
Сейчас этот форум просматривают: AhrefsBot и гости: 113