Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Writing if statements Написание если заявления

Writing Swift in playgrounds | Writing Swift in playgrounds Написание Свифт на игровых площадках | Declaring variables | Declaring variables Объявление переменных | Creating constants | Creating constants Создание константы | Printing values and working with string interpolation | Printing values and working with string interpolation | Converting values | Converting values Преобразование значения |


Читайте также:
  1. B) Read the text again and mark the statements True (T), False (F), Not Stated (NS).
  2. CASH FLOWS STATEMENTS
  3. Consider the following statements and say if you agree or disagree with them. Use the introductory phrases given in the previous Units.
  4. E)& суд продолжает рассмотрение этого заявления
  5. English phonemes in writing
  6. Exercise 2 Rearrange the words bellow to make statements.
  7. Exercise 2 Rearrange the words bellow to make statements.

 

- Там не так много смысла иметь переменные, если вы не собираетесь задавать вопросы о них и их значений. Так давайте рассмотрим классический если заявление управлять потоком логики в нашем коде. Теперь, как и многие другие вещи в Swift, если заявления здесь чистой, что они в безопасности, и все они знакомы. Если вы написали какой-либо наличие, C, C ++, C Sharp, PHP, Java ActionScript, я мог бы сказать вам только попробовать написать, если заявление. Напишите, что вы знаете. То, что вы написали бы, что бы что-то вроде этого, будет работать в Swift. Это, если заявление так назад, как основные, как он получает, но вернуться.

Видите, это не значит, что мы сделали здесь. Потому что для большинства программистов, есть несколько различий стоит сделать о том, если заявления в Swift. Во-первых, вам не нужно скобки вашего состояния, так, что вы сделать это и во многих других языках. Вы можете иметь их, если вы найдете это полезным или, скорее, если вы просто так привык к их написанию, что привычно. Но, как и точка с запятой, они просто не нужны в Свифт. С простого условия, как это, круглые скобки не добавить ничего поэтому удаление их просто делает его более читабельным.

Следующее, что вы должны знать о том, если заявления в Swift является то, что один скобки могут быть необязательными. Фигурные скобки не являются обязательными для каждого филиала состоянии. Вы, наверное, уже знаете, что во многих языках C-Star, если вы пишете просто, если заявление, если вы хотите, чтобы выполнить одну строку кода, если условие истинно, то вы не должны иметь, что один оператор в окружении фигурных скобках, Вы можете просто написать код, подобный этому. Но если вы программировали через какое-то время, вы также знаете, что эта так называемая функция C-Star языках, как только вы смешивали это в 100 строк другой код, легко пропустить, и это может привести к очень тонкий, но противно лицо ладонью, "О, мой Бог, я не могу поверить, что я не видел, что логические ошибки." Так что это не вариант в Свифт.

Даже с, если при условии, что имеет только одну строку для выполнения. Когда условие истинно, это блок кода. Этот код блок должен быть окружен фигурными скобками. Вы получите ошибку компиляции, если вы не один. Для меня эти различия прекрасный пример того, что выбрано в Свифт языка программирования. Вам не нужно скобки вокруг простых условий, потому что они не добавляют никакой ценности. Удаление их просто ясно и читаемым. Вам нужно скобки вокруг ваших блоков кода, потому что они делают вещи более безопасным. Мы можем, конечно, последовать нашему, если заявление блок с другой, если мы снова не понадобится скобки вокруг блока кода.

Можно, конечно, тоже объединять несколько если заявления, и вы можете вложить одна в другую, но не гнездятся слишком глубоко. Swift, безусловно, может справиться с этим очень хорошо. Но несколько уровней вложенных IFS трудно читать и склонны делать ошибки программы. Если мы должны иметь более сложные условия, есть более читаемые способов управления его чем большим количеством вложенных если заявления. Теперь это условие должно оценить как истинное или ложное. Теперь это, конечно, не является необычным. Я подчеркиваю слова истинные и ложные, так программистов C из вас понять, что вы не можете просто условии, что тест и введите значение за то, что либо нулю, либо отлична от нуля.

Это не будет работать в Swift.Состояние должны оценить как логическое значение. Так вещи, как если больше 50, истинным или ложным. Если б меньше нуля, истинным или ложным. Если с равно нулю и проверить равенство у Свифта, как и большинство других C-основе языков, мы используем двойные равных. Одноместный знак равенства ведь это назначение. Было бы установить значение, не проверить значение. Вы получите ошибку, если вы случайно попытаетесь присвоить внутри состоянии. Для проверки неравенства, это восклицательный знак, знак равенства здесь.

Ничего необычного об этом. Кроме того, можно проверить несколько условий одновременно. Мы можем либо использовать логический оператор И, двойной амперсанд для AND, или двойной трубы для логического ИЛИ. Теперь, когда у вас есть несколько условий, чтобы проверить, что это одно из тех мест, которые вы можете выбрать, чтобы добавить скобки, чтобы сделать состояние более конкретной. В этом случае, если баланс меньше, чем ноль, и hasCreditLine, при условии, что это логическое здесь, или остаток больше или равно нулю. Если какой-либо из них работал, как правда, это условие будет истинным.

Но, конечно, если заявления не являются единственным способом управлять программой,, люди. Итак, давайте взглянем на переключателе отчетности и как они работают у Свифта.

 

 


Дата добавления: 2015-08-20; просмотров: 88 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Writing if statements| Using the switch statement

mybiblioteka.su - 2015-2024 год. (0.007 сек.)