Почему не возможно иметь как модификатор register и static для переменной в C? [Дубликат]
Существует несколько способов циклического преобразования массива в JavaScript.
Общий цикл:
var i;
for (i = 0; i < substr.length; ++i) {
// Do something with `substr[i]`
}
ES5 forEach:
substr.forEach(function(item) {
// Do something with `item`
});
jQuery.each:
jQuery.each(substr, function(index, item) {
// Do something with `item` (or `this` is also `item` if you like)
});
Посмотрите этот для получения подробной информации или вы также можете проверить MDN для циклического перемещения массива в JavaScript & amp; используя jQuery check jQuery для каждого .
3 ответа
Если компилятор реализовал то, что вы хотели добросовестно, тогда он привязал регистр CPU для длины вашей программы. Это вряд ли практично.
Помните, что register является только рекомендательным.
-
1– Maor Veitsman 8 January 2016 в 16:59
Основная причина заключается в том, что спецификатор регистра подразумевает, что переменная имеет автоматическую продолжительность хранения. Это, в основном, автоматическая переменная, для которой вы говорите компилятору, что было бы неплохо разместить ее в регистре CPU общего назначения.
статический определитель подразумевает статическую или длительность хранения потоков.
Очевидно, что эти два несовместимы, если они применяются к одной и той же переменной!
Это было бы похоже на то, чтобы у вас была переменная, которая умирает и выживает (в то же время), когда удаленная запись активации удалена.
-
1– Jens Gustedt 4 October 2017 в 13:59
-
2– Jens Gustedt 4 October 2017 в 14:02
-
3– Lundin 4 October 2017 в 14:17
-
4– Jens Gustedt 4 October 2017 в 14:23
-
5– Lundin 4 October 2017 в 14:46
Стандарт не позволяет использовать в объявлении более одного спецификатора класса хранения.
Из стандарта C99:
6.7.1 Спецификаторы класса хранения
1 спецификация-хранилище-хранилище:
typedef extern static auto register2 В спецификациях декларации может быть указано не более одного спецификатора класса хранения в объявлении .
-
1– Bathsheba 8 January 2016 в 17:00
-
2– R Sahu 8 January 2016 в 17:05
-
3– fuz 8 January 2016 в 17:12
-
4– R Sahu 8 January 2016 в 17:15